参考：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存储的解决方式是基于冲突的内容的，而不是基于冲突文件名中的某个区域。
