我的云文档怎么没有了(我的云文档怎么找)
998
2022-05-30
了解了管理或者维护 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
1
也可以通过在特定的仓库中创建 .git/rr-cache 目录来开启它,但是设置选项更干净并且可以应用到全局。
现在来看一个简单的例子,类似之前的那个,假设有一个名为 hello.rb 的文件如下:
#! /usr/bin/env ruby def hello puts 'hello world' end
1
2
3
4
5
在一个分支中修改单词 “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.
1
2
3
4
5
现在会注意到那个新行 Recorded preimage for FILE,除此之外它应该看起来就像一个普通的合并冲突。在这个时候,rerere 可以告诉我们几件事,和往常一样,在这个时候可以运行 git status 来查看所有冲突的内容:
$ git status # On branch master # Unmerged paths: # (use "git reset HEAD
1
2
3
4
5
6
7
8
然而,git rerere 也会通过 git rerere status 告诉我们它记录的合并前状态:
$ git rerere status hello.rb
1
2
并且 git rerere diff 将会显示解决方案的当前状态,开始解决前与解决后的样子:
$ git rerere diff --- a/hello.rb +++ b/hello.rb @@ -1,11 +1,11 @@ #! /usr/bin/env ruby def hello -<<<<<<< - puts 'hello mundo' -======= +<<<<<<< HEAD puts 'hola world' ->>>>>>> +======= + puts 'hello mundo' +>>>>>>> i18n-world end
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
同样(这并不是真的与 rerere 有关系),可以使用 git ls-files -u 来查看冲突文件的之前、左边与右边版本:
$ git ls-files -u 100644 39804c942a9c1f2c03dc7c5ebcd7f3e3a6b97519 1 hello.rb 100644 a440db6e8d1fd76ad438a49025a9ad9ce746f581 2 hello.rb 100644 54336ba847c3758ab604876419607e9443848474 3 hello.rb
1
2
3
4
现在可以通过改为 puts ‘hola mundo’ 来解决它,可以再次运行 git rerere diff 命令来查看 rerere 将会记住的内容:
$ git rerere diff --- a/hello.rb +++ b/hello.rb @@ -1,11 +1,7 @@ #! /usr/bin/env ruby def hello -<<<<<<< - puts 'hello mundo' -======= - puts 'hola world' ->>>>>>> + puts 'hola mundo' end
1
2
3
4
5
6
7
8
9
10
11
12
13
14
所以从本质上说,当 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'
1
2
3
4
可以看到它 “Recorded resolution for FILE”。现在,让我们撤消那个合并然后将它变基到 master 分支顶部来替代它,可以通过使用之前在 git reset 来回滚分支:
$ git reset --hard HEAD^ HEAD is now at ad63f15 i18n the hello
1
2
我们的合并被撤消了,现在让我们变基主题分支:
$ 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
1
2
3
4
5
6
7
8
9
10
11
12
13
现在,正像我们期望的一样,得到了相同的合并冲突,但是看一下 Resolved FILE using previous resolution 这行,如果我们看这个文件,会发现它已经被解决了,而且在它里面没有合并冲突标记。
#! /usr/bin/env ruby def hello puts 'hola mundo' end
1
2
3
4
5
同样,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 ruby def hello - puts 'hola world' - puts 'hello mundo' ++ puts 'hola mundo' end
1
2
3
4
5
6
7
8
9
10
11
12
13
也可以通过 git checkout 命令重新恢复到冲突时候的文件状态:
$ git checkout --conflict=merge hello.rb $ cat hello.rb #! /usr/bin/env ruby def hello <<<<<<< ours puts 'hola world' ======= puts 'hello mundo' >>>>>>> theirs end
1
2
3
4
5
6
7
8
9
10
11
在Git之深入解析高级合并中,看到这个的一个例子,然而现在,通过运行 git rerere 来重新解决它:
$ git rerere Resolved 'hello.rb' using previous resolution. $ cat hello.rb #! /usr/bin/env ruby def hello puts 'hola mundo' end
1
2
3
4
5
6
7
8
我们通过 rerere 缓存的解决方案来自动重新解决了文件冲突,现在可以添加并继续变基来完成它:
$ git add hello.rb $ git rebase --continue Applying: i18n one word
1
2
3
所以,如果做了很多次重新合并,或者想要一个主题分支始终与 master 分支保持最新但却不想要一大堆合并, 或者经常变基,打开 rerere 功能可以帮助我们变得更美好。
Git
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。