7.9 Git Tools - Rerere （读书笔记） git rerere的使用详解

参考：Fix conflicts only once with git rerere

下载初始化仓库-百度云，直接开始操作，不写太多理论啦，没毛用。

打开rerere功能

$ git config --global rerere.enabled true

• 也可以在自己的仓库的创建.git/rr-cache文件夹来开启该功能，但是用命令开启的话，全局都开启。创建文件夹只对当前git repository有效。

初始化仓库（下载仓库默认的样子就是这样）

仓库的三个文件

master的hello.txt

test的hello.txt

$ git log --oneline --all --graph --decorate

此时仓库中两个分支

merge合并hello.txt并记录冲突解决方式

$ git merge master

冲突，第三行表示 rerere记录一个preimage

上面输出显示记录到preimage，就是指在.gti/rr-cache下生成啦一个preimage

preimage的内容，跟下面的冲突hello.txt差不多

hello.txt冲突

解决hello.txt冲突

git add hello.txt
git commit --no-edit

解决冲突后，添加到index并commit，第一行显示 记录（resolution），就是记录啦本次解决冲突的方式，提交后，merge操作完成

上面输出显示，记录解决办法，在.git/rr-cache下生成啦postimage

postimage就是我们修改冲突后hello.txt的内容，一样的

$ git log --oneline --all --graph --decorate

查看log,合并后的仓库分支结构

$ git reset --hard HEAD^

重置掉这次merge操作,HEAD^代表当前commit的parent

$ git log --oneline --all --graph --decorate

分支结构又变回来啦

修改morning.txt

修改第一行为((modified test))

将修改的morning提交

$ git add morning.txt 
$ git commit -am '修改morning 第一行为(modified test)'

切换回master

$ git checkout master

image.png

将修改的morning提交

$ git add morning.txt 
$ git commit -am '修改morning 第一行为(modified master)'

$ git log --oneline --all --graph --decorate

分支结构

继续将master合并到test

$ git checkout test
$ git merge master

输出第5行，表示生成‘morning.txt’的preimage，输出第6行表示用已经记录的解决方式自动解决啦hello.txt的冲突

$ git rerere remaining

输出显示，moring.txt还有冲突没解决

hello.txt的冲突是自动解决的，之前已经存储啦解决方式

hello.txt文件已经自动解决啦，把hello.txt添加到index

$ git add hello.txt

如果已经在merge之前开启啦下面的选项，那么自动解决冲突的hello.txt会被自动添加到index,这样就不用上面的add啦，推荐开启。

$ git config --global rerere.autoupdate true

morning.txt仍然有冲突未解决

冲突的morning.txt文件改成这样子

提交修改完成merge操作， -a就是自动添加修改过的文件， --no-edit就是使用默认commit message，不修改

$ git commit -a --no-edit

重点仍然在第一行，记录用于‘morning .txt’的冲突解决方式

然后，.git/rr-cache文件夹下就有啦用于解决morning.txt中这个冲突的两个文件

preimage是冲突之前的样子

postimage是冲突解决之后的样子

$ git reset --hard HEAD^

像之前一样，重置掉这次merge

$ git log --oneline --all --graph --decorate

分支结构又变回来啦

最后一次在test分支上工作并提交，将test合并到master

修改hello.txt最后一行

$ git commit -am '修改hello.txt第10行为(test10)'
$ git log --oneline --all --graph --decorate

分支结构图

$ git checkout master
$ git merge test

第5、6行显示，两个文件的冲突都通过之前存储的方式自动解决啦，而最新修改的第10行是没有冲突的，直接合并。合并后，直接自动staged啦两个文件，因为我们之前开启啦rerere.autoupdate

下面命令执行后，也没有显示有剩余的冲突文件，证明merge干净利落，虽然输出结果最后还是有一句自动合并失败，直接无视。

git rerere remaining

$ git diff --staged

三个地方的修改都正确合并啦，一切正常。

$ git commit --no-edit
$ git log --oneline --all --graph --decorate

最终的结果就是这样的，历史记录非常干净

rerere的作用就是防止历史记录被图中的control merges给污染掉，只有最后一个merge操作

注意事项：

如果最后一次hello.txt修改第2行，而不是第10行，那么git rerere的自动解决冲突不会生效，修改的行离第一行太近啦。仍然需要手动解决冲突的

并且，如果morning里面也分别是(test)和(master)

rerere会自动用解决hello.txt中两个 (test) (master)冲突的方法来解决morning文件中的冲突，所以rerere存储的解决方式是基于冲突的内容的，而不是基于冲突文件名中的某个区域。