Git 学习记录

教学影片：Git 中文教学

安装与设定

设置 Git 的编辑器为 vim，主要用于 commit 时的编辑：

1

$ git config --global core.editor vim

设置 Git 的合并解决冲突工具为 vimdiff：

1

$ git config --global merge.tool vimdiff

启用 Git 命令行界面的颜色显示：

1

$ git config --global color.ui true 

设置常用命令的别名：

1
2
3

$ git config --global alias.st status
$ git config --global alias.ch checkout
$ git config --global alias.rst reset HEAD

效果为：命令 git st 等价于 git status，其余的类似。

设置 Windows 和 Mac/Linux 的换行符同步：

1
2
3
4

# In Windows
$ git config --global core.autocrlf true
# In Mac/Linux
$ git config --global core.autocrlf input

效果为：在 Windows 提交时自动将 CRLF 转为 LF，检出代码时将 LF 转换成 CRLF。在 Mac/Linux 提交时将 CRLF转为 LF，检出代码时不转换。这是因为 Windows 的换行符为 \r\n，而 Mac/Linux 的换行符仅为 \n。

Add 和 Commit

指定 Commit

只要 commit 了，资料基本不可能丢失，即使误操作了也是可以补救回来的（除非把 .git/ 文件夹也删除了）。

Hash Value

• Every commit has a unique hash value.
  • Calculate by SHA1
• Hash value can indicate a commit absolutely.

Indicate Commit

• git manage references to commit
  • HEAD
  • Branch
  • Tag
  • Remote
• Also, We can indicate commit by ^, ~

通俗地将，不论是 HEAD、Branch、Tag、Remote，其本质都是使用 Hash Value 进行索引的 commit，所以 ~ 和 ^ 也可以作用于它们。

可以通过 git log 来查看 commit 以及对应的 Hash 值。事实上，这个命令十分灵活，举个例子：

1

git log 4a6ebc -n1

这个命令的效果是从 Hash 值为 4a6bc 的 commit 开始打印 1 条 commit 记录（没错，对应的是 -n1），因为 Git 十分聪明，所以 commit 对应的 Hash 值只需前 6 位即可（因为这样已经几乎不会发生 Hash 冲突）。

1

git log master -n1

1

git log master -n1 --oneline

1

git log HEAD -n1 --oneline

1

git log HEAD^ -n1 --oneline

1
2

git log HEAD^^^^^ -n1 --oneline
git log HEAD~5 -n1 --oneline

1

git log --oneline README.md

1

git log --stat README.md

1

git log --patch README.md

1

git log -S README

View History

1

git log <path>|<commit>

• -n: limit number
• --oneline: view hash and commit summary
• --stat: view files change
• --patch: view lines change
• -S or --grep: find modification

View Commit

1

git show <commit>

• Equal to log -n1

See Difference

查看当前的修改，可以查看已经修改但没有 staged 文件的变化：

1

git diff

查看当前的修改，可以查看已经修改且 staged 文件的变化：

1

git diff --staged

查看当前与指定的 commit 的差异：

1
2
3

git diff <commit>
# e.g. 
git diff master^

查两个指定的 commit 之间的差异：

1
2
3

git diff <commit> <commit>
# e.g. 
git diff master^ master^^

Path Add and Amend

Only Add Related

1

git add -p

推荐尽量使用这个 git add -p 而不是单纯的 git add。

• 使用 git add -p 后，Git 会帮我们把涉及的修改分成 section，然后我们就可以对每一个 section 涉及的修改进行 review，选择 y(yes) 表示采纳该 sction 对应的修改，选择 n(no) 表示不采纳。
• 如果觉得 section 切割的粒度太大了，可以选择 s(split) 来进行更细粒度的划分。如果这样仍然觉得粒度不够，可以选择 e(edit) 对 section 涉及的修改，进行以行为粒度的 review，具体操作可以查阅此时给出的提示。
• 还有一些其它的选项，比如 j、J、k、K，这些是类似 vim，用于切换进行 review 的 section，不太常用。q(quit) 表示退出。

由于可以针对一个文件的不同 section 进行 review，所以在进行 git add -p 之后，使用 git status 可以发现同一个文件会同时处于两种状态。

Checkout Also

1

git checkout -p

这个操作比较危险，因为这个操作的效果与 git add -p 相反，如果选择 y 的话，文件涉及的修改就会消失，如果涉及的修改没有 commit 的话，那么涉及的修改是无法救回的。但是怎么说，这个操作还是比直接使用 git checkout 稍微保险一点，因为会先进入 review 界面，而不是直接撤销修改。所以，请一定要使用 git checkout -p！

Modify Commit

有两种方式来修改最新的 commit：

1
2
3
4
5
6
7

# 1. Use git commit --amend
git commit --amend

# 2. Use reset HEAD^ then re-commit
git reset HEAD^
git add -p
git commit

git commit --amend 并不是直接替换原有的 commit，而是创建了一个新的 commit 并重新设置了 HEAD 的指向。所以，新旧两个 commit 的 Hash Value 并不相同，事实上，如果你拥有旧 commit 的 Hash Value，是可以通过 git checkout <commit> 切换到那个 commit 的。其原理如下图：

但是注意，git reset HEAD^ 是会撤销原先的 commit（仅限于本地 Git 存储库）。

Branch and Merge

Move and Create Branch

Checkout: move HEAD

• git checkout <commit>: Move HEAD to commit
• git checkout <path>: WARNING: discard change
  • 可以将路径上的文件复原到之前 commit 的状态。

Branch:

• git branch: List branch
• git branch <name>: Create branch
  • Or just: git checkout -b

1
2
3
4

# modify file load.cpp
git status
git checkout load.cpp
git status

1
2
3
4

rm load.cpp
git status
git checkout load.cpp
git status

1
2
3
4

# only show name
git branch
# show more infomation
git branch -v

1
2

# switch to branch 'main'
git checkout main

1
2
3
4
5
6

# 1. using `git branch`
git branch cload
# 2. using `git checkout -b`
git checkout -b asmload
# 3. create a new branch in <commit>
git branch cload <commit>

1

git checkout <commit>

View Branch

列出仓库的所有分支：

1

git branch

也可以通过 log 来查看分支：

1

git log

• --decorate: 在 log 的首行显示所有的 references（可能需要通过 git config log.decorate auto 来开启）
• --graph: 以图形化的方式显示 branch 的关系（主要是 commit 的引用）

Delete Branch

删除分支：

1

git branch -d <name>

对于有没有 merge 的 commit 的分支，Git 会警告，需要使用 -D 来强制删除：

1

git branch -D <name>

• for no-merge commit
• WARNING: Discard Commit

Git 会发出警告的原因同样是 no-merge commit 在删除分支后就无法被引用，所以会发出警告。

Merge

合并分支。默认使用 fast-forward，即如果没有冲突，直接将要合并的分支提前到被合并分支的 commit 处，而不会另外生成一个 merge commit。但这样会使得被合并的分支在合并后，没有历史痕迹。可以通过 --no-ff (no fast forward) 来强制生成 merge commit。推荐使用 merge 时加上 --no-ff 这个参数。

1

git merge <branch>

通常是 main/master 这类主分支合并其它分支：

1
2

git checkout main/master
git merge <branch>

Resolve Conflict

Manually resolve:

• Check every codes between <<<<<<<, >>>>>>>
• Edit code to what it should be

Use mergetool like vimdiff:

• It shows: local, base, remote, file to be edited
• Edit “file ro be edited” to what is should be

Add and Commit

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

# 1. 合并分支
git merge <branch>
# 2. 检查状态，查看 unmerged 的文件
git status
# 3. 编辑 unmerged 文件，编辑冲突区域代码即可
vim <file>
# 4. 添加解决完冲突的文件
git add <file>
# 5. 进行 merge commit
git commit

如果使用的是 mergetool，以 vimdiff 为例，只需将第 3 步的 vim <file> 改为 git mergetool 即可。vimdiff 会提供 4 个视窗：底部视窗是我们的编辑区，顶部左边是当前合并分支的状态，顶部中间是 base (合并分支和被合并的共同父节点) 的状态，顶部右边是 remote 的状态，按需要选择、编辑。

vimdiff 在编辑完后会保留 *.orig 的文件，这个文件是待解决冲突的文件副本。

Merge Conflict

• Prevent very long development branch.
• Split source code clearly.

Rebase