Git之深入解析Rerere重用记录的解决方案
2024-05-12 22:11:03
- 了解了管理或者维护 Git 仓库、实现代码控制所需的大多数日常命令和工作流程，尝试跟了踪和提交文件的基本操作，并且掌握了暂存区和轻量级地分支及合并的威力。如果想进一步对 Git 深入学习，可以学习一些 Git 更加强大的功能，这些功能可能并不会在日常操作中使用，但在某些时候可能还是会起到一定的关键性作用。
- 如果还不清楚 Git 的基础使用流程、分支的管理、托管服务器的技术以及分布式工作流程等相关的技术和能力，请参考博客：
- Git之深入解析Git的安装流程与初次运行Git前的环境配置；
- Git之深入解析本地仓库的基本操作·仓库的获取更新和提交历史的查看撤销以及标签别名的使用；
- Git之深入解析Git的杀手级特性·分支管理与变基的开发工作流以及远程分支的跟踪；
- Git之深入解析如何运行自己的Git仓库托管服务器；
- Git之深入解析如何使用Git的分布式工作流程与如何管理多人开发贡献的项目。
- git rerere 功能是一个隐藏的功能，正如它的名字“重用记录的解决方案（reuse recorded resolution）”所示，它允许 Git 记住解决一个块冲突的方法，这样在下一次看到相同冲突时，Git 可以为我们自动地解决它。
- 在几种情形下这个功能会非常有用，在文档中提到的一个例子是想要保证一个长期分支会干净地合并，但是又不想要一串中间的合并提交弄乱提交历史，将 rerere 功能开启后，可以试着偶尔合并，解决冲突，然后退出合并。 如果持续这样做，那么最终的合并会很容易，因为 rerere 可以自动做所有的事情。
- 可以将同样的策略用在维持一个变基的分支时，这样就不用每次解决同样的变基冲突了，或者将一个分支合并并修复了一堆冲突后想要用变基来替代合并，可能并不想要再次解决相同的冲突。
- 另一个 rerere 的应用场景是：当偶尔将一堆正在改进的主题分支合并到一个可测试的头时，就像 Git 项目自身经常做的。如果测试失败，可以倒回合并之前然后在去除导致测试失败的那个主题分支后重做合并，而不用再次重新解决所有的冲突。
- 要启用 rerere 功能，只需运行以下配置选项即可：
$ git config --global rerere.enabled true
- 也可以通过在特定的仓库中创建 .git/rr-cache 目录来开启它，但是设置选项更干净并且可以应用到全局。
- 现在来看一个简单的例子，类似之前的那个，假设有一个名为 hello.rb 的文件如下：
#! /usr/bin/env rubydef helloputs 'hello world'
end
- 在一个分支中修改单词 “hello” 为 “hola”，然后在另一个分支中修改 “world” 为 “mundo”，就像之前一样：
- 当合并两个分支到一起时，我们将会得到一个合并冲突：
$ git merge i18n-world
Auto-merging hello.rb
CONFLICT (content): Merge conflict in hello.rb
Recorded preimage for 'hello.rb'
Automatic merge failed; fix conflicts and then commit the result.
- 现在会注意到那个新行 Recorded preimage for FILE，除此之外它应该看起来就像一个普通的合并冲突。在这个时候，rerere 可以告诉我们几件事，和往常一样，在这个时候可以运行 git status 来查看所有冲突的内容：
$ git status
# On branch master
# Unmerged paths:
# (use "git reset HEAD <file>..." to unstage)
# (use "git add <file>..." to mark resolution)
#
# both modified: hello.rb
#
- 然而，git rerere 也会通过 git rerere status 告诉我们它记录的合并前状态：
$ git rerere status
hello.rb
- 并且 git rerere diff 将会显示解决方案的当前状态，开始解决前与解决后的样子：
$ git rerere diff
--- a/hello.rb
+++ b/hello.rb
@@ -1,11 +1,11 @@#! /usr/bin/env rubydef hello
-<<<<<<<
- puts 'hello mundo'
-=======
+<<<<<<< HEADputs 'hola world'
->>>>>>>
+=======
+ puts 'hello mundo'
+>>>>>>> i18n-worldend
- 同样（这并不是真的与 rerere 有关系），可以使用 git ls-files -u 来查看冲突文件的之前、左边与右边版本：
$ git ls-files -u
100644 39804c942a9c1f2c03dc7c5ebcd7f3e3a6b97519 1 hello.rb
100644 a440db6e8d1fd76ad438a49025a9ad9ce746f581 2 hello.rb
100644 54336ba847c3758ab604876419607e9443848474 3 hello.rb
- 现在可以通过改为 puts ‘hola mundo’ 来解决它，可以再次运行 git rerere diff 命令来查看 rerere 将会记住的内容：
$ git rerere diff
--- a/hello.rb
+++ b/hello.rb
@@ -1,11 +1,7 @@#! /usr/bin/env rubydef hello
-<<<<<<<
- puts 'hello mundo'
-=======
- puts 'hola world'
->>>>>>>
+ puts 'hola mundo'end
- 所以从本质上说，当 Git 看到一个 hello.rb 文件的一个块冲突中有 “hello mundo” 在一边与 “hola world” 在另一边，它会将其解决为 “hola mundo”。现在可以将它标记为已解决并提交它：
$ git add hello.rb
$ git commit
Recorded resolution for 'hello.rb'.
[master 68e16e5] Merge branch 'i18n'
- 可以看到它 “Recorded resolution for FILE”。现在，让我们撤消那个合并然后将它变基到 master 分支顶部来替代它，可以通过使用之前在 git reset 来回滚分支：
$ git reset --hard HEAD^
HEAD is now at ad63f15 i18n the hello
- 我们的合并被撤消了，现在让我们变基主题分支：
$ git checkout i18n-world
Switched to branch 'i18n-world'$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: i18n one word
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging hello.rb
CONFLICT (content): Merge conflict in hello.rb
Resolved 'hello.rb' using previous resolution.
Failed to merge in the changes.
Patch failed at 0001 i18n one word
- 现在，正像我们期望的一样，得到了相同的合并冲突，但是看一下 Resolved FILE using previous resolution 这行，如果我们看这个文件，会发现它已经被解决了，而且在它里面没有合并冲突标记。
#! /usr/bin/env rubydef helloputs 'hola mundo'
end
- 同样，git diff 将会显示出它是如何自动地重新解决的：
$ git diff
diff --cc hello.rb
index a440db6,54336ba..0000000
--- a/hello.rb
+++ b/hello.rb
@@@ -1,7 -1,7 +1,7 @@@#! /usr/bin/env rubydef hello- puts 'hola world'- puts 'hello mundo'
++ puts 'hola mundo'end
- 也可以通过 git checkout 命令重新恢复到冲突时候的文件状态：
$ git checkout --conflict=merge hello.rb
$ cat hello.rb
#! /usr/bin/env rubydef hello
<<<<<<< oursputs 'hola world'
=======puts 'hello mundo'
>>>>>>> theirs
end
- 在Git之深入解析高级合并中，看到这个的一个例子，然而现在，通过运行 git rerere 来重新解决它：
$ git rerere
Resolved 'hello.rb' using previous resolution.
$ cat hello.rb
#! /usr/bin/env rubydef helloputs 'hola mundo'
end
- 我们通过 rerere 缓存的解决方案来自动重新解决了文件冲突，现在可以添加并继续变基来完成它：
$ git add hello.rb
$ git rebase --continue
Applying: i18n one word
- 所以，如果做了很多次重新合并，或者想要一个主题分支始终与 master 分支保持最新但却不想要一大堆合并， 或者经常变基，打开 rerere 功能可以帮助我们变得更美好。
Git之深入解析Rerere重用记录的解决方案相关推荐
- Git之深入解析如何在应用中嵌入Git
一.前言 到目前为止,我们已经了解了 Git 基本的运作机制和使用方式,学习了许多 Git 提供的工具简单且有效地使用它,可以高效地帮助我们工作,提升我们的效率. 如果还不清楚 Git 的基础使用流程 ...
- Git之深入解析如何借助Git的配置方法和钩子机制来自定义Git需求
一.前言 到目前为止,我们已经了解了 Git 基本的运作机制和使用方式,学习了许多 Git 提供的工具简单且有效地使用它,可以高效地帮助我们工作,提升我们的效率. 如果还不清楚 Git 的基础使用流程 ...
- Git之深入解析如何使用Git的分布式工作流程与如何管理多人开发贡献的项目
一.分布式工作流程 如果现在拥有一个远程 Git 版本库,就能为所有开发者共享代码提供服务:在一个本地工作流程下,如果你也已经熟悉了基本 Git 命令,现在就可以学习如何利用 Git 提供的一些分布式 ...
- Git命令全解析-前端备忘录
git是一个优秀的版本控制工具,极大地提高了团队开发的效率,废话不多说,接下来上栗子: 一. Git 常用命令速查 git branch 查看本地所有分支 git status 查看当前状态 git ...
- Git之深入解析在没有合适的网络或者可共享仓库情况下的git bundle打包操作
了解了管理或者维护 Git 仓库.实现代码控制所需的大多数日常命令和工作流程,尝试跟了踪和提交文件的基本操作,并且掌握了暂存区和轻量级地分支及合并的威力.如果想进一步对 Git 深入学习,可以学习一些 ...
- Git之深入解析如何使用Git调试项目源码中的问题
一.前言 了解了管理或者维护 Git 仓库.实现代码控制所需的大多数日常命令和工作流程,尝试跟了踪和提交文件的基本操作,并且掌握了暂存区和轻量级地分支及合并的威力.如果想进一步对 Git 深入学习,可 ...
- Git之深入解析高级合并
一.前言 了解了管理或者维护 Git 仓库.实现代码控制所需的大多数日常命令和工作流程,尝试跟了踪和提交文件的基本操作,并且掌握了暂存区和轻量级地分支及合并的威力.如果想进一步对 Git 深入学习,可 ...
- Git之深入解析如何选择修订的版本
一.前言 了解了管理或者维护 Git 仓库.实现代码控制所需的大多数日常命令和工作流程,尝试跟了踪和提交文件的基本操作,并且掌握了暂存区和轻量级地分支及合并的威力.如果想进一步对 Git 深入学习,可 ...
- Git之深入解析reset命令原理以及与checkout命令的区别
一.前言 了解了管理或者维护 Git 仓库.实现代码控制所需的大多数日常命令和工作流程,尝试跟了踪和提交文件的基本操作,并且掌握了暂存区和轻量级地分支及合并的威力.如果想进一步对 Git 深入学习,可 ...
最新文章
- 迭代器笔试题，看看你会不会？
- 通用多表分页存储过程
- 牛客 - 街机争霸(bfs)
- c语言编程三问三答,c语言程序编程
- Prince2与PMP的区别
- 传统反病毒软件厂商学会新把戏
- C#获得计算机名，当前登录用户名，Ip地址 .
- 云视频会议对初创公司的益处
- 10. jQuery Callback 函数
- 怎样给div增加resize事件
- nc的java插件_如何配置协同平台NC系统插件 原来是这样的
- PHP从入门到精通pdf
- 2016二级java题型分数_2016年英语六级考试题型、试卷结构及分值比例
- QQ2010登录协议分析-目前可取得sessionkey
- AGPS定位基本原理浅析
- LaTeX - 如何在图片说明（caption）中使用脚注（footnote）
- 光追（光线追踪）和 DLSS是什么？
- EasyExcel 三分钟搞定导入导出
- 初一计算机课教学计划,七年级信息技术教学计划
- 微信支付服务商模式开发流程