Git基础命令

在GitHub上搜索的技巧,比如https://github.com/search?l=Swift&q=MQTT&type=Repositories,网址中的l=Swift表示编程语言是Swift，q=MQTT表示搜索MQTT插件

初始化

git init                    //初始化仓库
git add README.md           //添加描述文件
git add .                   //添加新增文件 .为添加所有新增文件，添加具体某个文件可以将.换为文件名
git commit -m“第一次提交”    //提交到本地 ""里为描述
git remote add origin https://github.com/chuheridangwu/new.git  //添加远程仓库地址
git push -u origin master   //推送到远程仓库 master:分支名称master一般为主分支

查看版本及回退

Git保存的是每一次的修改记录 git add:将当前修改添加到暂存区， git commit:将暂存区的所有内容提交到当前分支

git status  //查看当前状态
git log     //查看提交日志
git reflog  //查看提交过的命令
git log --graph --pretty=oneline --abbrev-commit  // 查看提交过的记录
git reset --hard b957a5f    //hard:强制回退  b957a5f:提交过的版本号
git checkout --file         //撤销文件内的修改过 file为文件
git checkout .              //撤销全部文件的修改内容
git rm file //删除文件，如果文件没有提交到版本库，使用rm file 就可以， file: 文件名
git push -f origin master  //强制用本地的代码去覆盖掉远程仓库的代码

分支管理

HEAD指向的永远是当前分支

git branch -a       #查看所有分支
git push origin --delete <branchName>   #删除远程分支
git branch dev      //创建dev分支 dev: 分支名称
git checkout dev    //切换到dev分支
git checkout -b dev //创建并切换到dev分支，相当于一次执行上面两个命令
git branch          //查看当前分支
git branch -d dev   //删除dev分支
git merge dev       //将dev分支跟主分支进行合并
git remote update origin -p   //刷新远程仓库分支，适用于看不到新添加的远程仓库

当分支合并发生冲突时，使用git status可以告诉我们冲突的文件，Git的用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们需要修改后重新合并

多个分支进行合并同一次提交，当一个项目创建多个分支，并且多个分支都有同一个bug的时候，需要使用命令git cherry-pick

• git cherry-pick 提交commitHash 合并单次提交到当前分支
• git cherry-pick 分支名 合并分支的最新提交到当前分支
• git cherry-pick A..B 合并A到B的提交到当前分支

SourceTree刷新远程仓库分支列表没有看到已存在的分支，使用git remote update origin -p刷新本地项目的远程仓库分支

文件管理

git mv a.text b.text //更改文件名称 a.text: 原来的文件名 b.text: 更改的文件名
git mv a.text mydir //移动a.text文件到 mydir文件夹 mydir: 文件夹名称
git rm a.text       //移除文件，将文件提交到分支后需要这样删除
git rm -r mydir     //删除文件夹, mydir:文件名称
rm a.text           //移除本地文件
git diff            //查看文件修改内容

做任何文件操作时，需要先cd到相对应的目录，然后再执行命令，不然会找不到文件

标签管理

git tag         //查看标签     
git tag v1.0    //创建标签，v1.0: 标签名称
git tag v0.9 b957a5f    // 在对应的的版本打标签  b957a5f:提交过的版本号
git show v0.9   //查看标签信息
git tag -d v0.1 //删除本地标签
git push origin :refs/tags/v0.9 //删除远程仓库的标签，如果标签已经推送到远程仓库需要用此命令
git push origin --tags  //一次推送所有尚未推送到远程的本地标签

忽略文件

系统自动生成的文件或者你觉得不需要上传的文件，可以使用.gitignore文件进行忽略，github上面有对应的忽略配置点此查看

touch .gitignore    //创建.gitigonre文件
vim .gitignore      //编辑，直接将上面配置好的忽略文件copy过来就可以了

.gitignore文件的编写规则

config.ini  #忽略特定文件
logs/  #忽略指定目录
*.log  #忽略特定扩展名的文件
temp/*  #忽略特定目录下的所有文件
**/temp/  # 忽略多级目录下的文件
!important.log  #如果已经忽略所有 .log 文件，但希望保留 important.log，可以使用 ! 否定规则。

.gitignore 文件只能忽略那些尚未被 Git 追踪的文件。如果文件已经被提交到版本库，则修改 .gitignore 文件不会生效。

解决方案： 使用 git rm --cached <文件名> 命令停止对文件的追踪,比如git rm --cached config.ini将文件添加到 .gitignore 文件中后提交更改。

变基 rebase

rebase 命令：可以将提交到某一分支上的所有修改都移至另一分支上。

rebase操作原则：只对尚未推送或分享给别人的本地修改执行变基操作清理历史， 从不对已推送至别处的提交执行变基操作。

多人开发项目,当你进行提交代码时，如果需要先从主分支拉取最新代码，当你再次提交时查看提交日志会显示多出一条线，

*   5eee114 (HEAD -> main) Merge branch 'dev1' into main 就是想合并
|\  
| * 130455b (dev1) 7
* | 5d5348e 6
* | 9c6e9db (dev2) 5
|/  
* 4f028ad 4
* f712934 (dev) 3
* 0a88a77 2
* 040700e 1
* 40c8fb6 Initial Commit

使用 git rebase dev 之后的日志
* 737c1eb (HEAD -> main) 7
* 324cd55 6
* fcc7600 5
* e04703d 4
* f712934 (dev) 3
* 0a88a77 2
* 040700e 1
* 40c8fb6 Initial Commit

reabse合并多次提交日志 本地开发使用多次提交，在提交远程仓库时想要将多次提交合并成一次提交，保留提交日志，可以使用git rebase -i [startpoint] [endpoint]命令。

-i:表示提出交互式界面让用户编辑完成操作 [startpoint] [endpoint]: 则指定了一个编辑区间,如果不指定[endpoint]，默认是该分支的终点

1. 假设我们现在有一个项目，有三次提交记录，我们想合并成一次提交，使用git rebase -i HEAD~3 或者git rebase -i c6b5ced caef37f

2. 弹出交互式界面，#表示它的一些操作，比如pick表示保留当前commit，缩写是p

pick ea8da36 第一次提交
pick a505e3d 第二次提交
pick caef37f 第三次提交

# Rebase c6b5ced..caef37f onto c6b5ced (3 commands)
#
# Commands:
# p, pick <commit> = use commit   // 保留当前commit
# r, reword <commit> = use commit, but edit the commit message  // 保留commit，需要修改提交日志
# e, edit <commit> = use commit, but stop for amending  // 保留commit，需要修改本次提交
# s, squash <commit> = use commit, but meld into previous commit  // 将当前commit和前一个commit进行合并
# f, fixup <commit> = like "squash", but discard this commit's log message  //  // 将当前commit和前一个commit进行合并，保留提交日志
# x, exec <command> = run command (the rest of the line) using shell // 执行shell命令
# b, break = stop here (continue rebase later with 'git rebase --continue') 
# d, drop <commit> = remove commit // 丢弃本次提交
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       create a merge commit using the original merge commit's
# .       message (or the oneline, if no original merge commit was
# .       specified). Use -c <commit> to reword the commit message.

3. 修改提交日志 可以修改之前的提交日志

# This is a combination of 3 commits.
# This is the 1st commit message:

第一次提交

# This is the commit message #2:

第二次提交

# This is the commit message #3:

第三次提交

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#
# Date:      Mon Apr 12 11:26:36 2021 +0800
#
# interactive rebase in progress; onto c6b5ced
# Last commands done (3 commands done):
#    squash a505e3d 第二次提交
#    squash caef37f 第三次提交
# No commands remaining.
# You are currently rebasing.
#
# Changes to be committed:
#       modified:   gitTest/ViewController.m
#

注意事项：

• 如果这个过程中有操作错误，可以使用git rebase --abort来撤销修改

github设置代理

使用github中，我们经常会遇到下载的时候贼慢的问题，需要设置一下github的代理。有两种下载方式，设置代理前要知道设置形式的代理。如果电脑有开VPN，需要知道VPN对应的端口，映射到VPN的端口上。

• HTTP 形式： git clone https://github.com/owner/git.git
• SSH 形式： git clone git@github.com:owner/git.git

设置 HTTP 形式的代理

• 设置HTTP 代理

git config --global http.proxy "http://127.0.0.1:8080"
git config --global https.proxy "http://127.0.0.1:8080"

• 设置 socks5 代理（如 Shadowsocks）

git config --global http.proxy "socks5://127.0.0.1:1080"
git config --global https.proxy "socks5://127.0.0.1:1080"

• 取消代理设置

git config --global --unset http.proxy
git config --global --unset https.proxy

设置 SSH 形式的代理

修改 ~/.ssh/config 文件（不存在则新建）

# 必须是 github.com
Host github.com
HostName github.com
User git
# 走 HTTP 代理
# ProxyCommand socat - PROXY:127.0.0.1:%h:%p,proxyport=8080
# 走 socks5 代理（如 Shadowsocks）
# ProxyCommand nc -v -x 127.0.0.1:1080 %h %p

Github上传大文件

github默认限制单个文件是100M,如果要上传过大的文件，需要使用git-lfs。首先通过brew install git-lfs进行安装。安装好后进入本地仓库目录，执行下面的命令。

git lfs track "file"

file是需要上传的大文件。执行完命令后会发现目录下生成了一个".gitattributes"文件，文件内记录了我们要上传文件的信息。只有先把".gitattributes"传上去，才可以上传大文件。

git add .gitattributes
git commit -m "submit file"
git push -u origin master

上传完毕后，开始上传大文件。

git add file
git commit -m "add file"
git push -u origin master

需要注意的是，通过git-lfs上传文件是有空间限制的，免费用户如果上传的文件超过了1G，账号就会被冻结，所以大家在上传前一定要检查一下自己还剩多少空间。

点击自己的头像，进入"Settings"，选择"Billing"就可以看到自己还剩多少空间。如果在上传过程中出现如下报错：

batch response: Git LFS is disabled for this repository.
Uploading LFS objects:   0% (0/1), 0 B | 0 B/s, done

就说明你的账号被冻结了，需要在GitHub后台提交解封申请。工作日一般几个小时就会帮你把账号解封，解封后就可以继续上传大文件啦~

git陷阱

是 Git 工作流中常见的陷阱之一。当你切换到一个特定的提交（而不是分支）并修改代码时，这些修改是暂时的，并且只存在于你的工作目录和暂存区中。它们并没有关联到任何一个分支。以下是详细解释和解决方法：

原因分析：

1. 切换到提交（而非分支）： 当你运行 git checkout <commit-hash> 或 git checkout HEAD~3（或其他类似命令）时，Git 会将你的 HEAD 指向那个特定的提交，而不是一个分支。此时，你的工作目录会回退到那个提交时的状态。
2. 修改代码： 在这个状态下进行的修改，Git 会跟踪它们（你可以在 git status 中看到），但这些修改只存在于你的本地仓库的 “分离头指针（detached HEAD）” 状态下。
3. 提交失败： 你尝试提交这些修改，但失败了。失败的原因可能有很多（如冲突、权限问题、钩子脚本阻止等）。
4. 切回分支： 当你运行 git checkout <your-branch-name> 切换回原来的分支时，Git 会将 HEAD 指回该分支的最新提交，并更新你的工作目录和暂存区以匹配该分支的状态。在这个过程中，所有在 “分离头指针” 状态下进行的、尚未成功提交的修改都会被丢弃。 Git 认为这些修改是针对那个特定提交的实验性更改，当不再处于那个状态时，这些更改就不再相关了。

解决方法： 当你发现自己处于这种情况时，并且想要找回那些丢失的修改，使用 git reflog (最推荐)。

1. git reflog 命令记录了你的 HEAD 引用（包括分支切换、提交等）的历史变更。即使修改丢失了，只要它们对应的提交或 HEAD 状态还没有被 Git 的垃圾回收机制清理掉，就有可能通过 reflog 找回。
2. 运行 git reflog。
3. 在输出中查找你切换到那个旧提交并开始修改之前的 HEAD 指向的提交记录。你会看到类似 HEAD@{X} 的条目，其中 X 是时间顺序。找到切换到旧提交的那条记录对应的提交哈希（Commit Hash）。
4. 记下那个提交哈希。使用 git checkout -b <new-branch-name> <commit-hash> 创建一个新分支，基于你找到的那个提交（即你修改之前的那个提交）。现在你有了包含你修改的分支，可以尝试再次提交了。

推荐网址

• 廖雪峰的Git教程
• 易百Git教程
• GitHub 设置代理