git变基

我们已经使用过git的合并(merge)功能,与之功能类似的是rebase(变基)。

开始前请记住:不要对在你的仓库外有副本的分支进行变基。

变基的实质是丢弃一些现有的提交,并且新建一些内容一样但实际上不同的提交。所以如果你的分支上的内容已经被共享,进行变基之后就会有一部分现有提交被丢弃,这会给其他用户带来麻烦与困惑。

合并是将两个分支的最新快照以及共同祖先进行三方合并,并且生成一个新的快照。比如下图是将C7、C6和C4进行三方合并。

合并是三方合并

还有另外一种方法,就是变基。变基将提取C5和C6中的补丁和修改,并且将其在C7上重新作用一次,然后生成一个新的提交。

变基会生成内容一样但实际不同的提交

如上图所示,在testing分支进行变基操作到master后,git会进行如下操作:

  • 找到testing分支和master分支的共同祖先,即C4。
  • 收集共同祖先C4到目前提交C6的所有修改和补丁,放到临时文件中。
  • 将目前的分支testing指向目标基底master
  • testing上依次应用临时文件中所有的修改和补丁。本例中为将C5和C6的修改和补丁依次应用。
  • 生成一个新的提交,即C8。

三方合并和变基生成的新提交C8内容是一致的,不同的是提交历史:三方合并能够清楚地看到合并的历史,而变基只有一条串联的历史。

如果你要向他人维护的项目贡献代码,就可以将自己的修改都变基到master上,推送之后,维护者只需要进行快进操作。

现在让我们实践一下。

我们创建一条分支testing,并且在该分支上进行两次提交。

然后回到master分支,进行一次提交。

再次切换到testing分支。

提交历史大致如下:

* c36bdf6 (master) i see you there| * c5a1cc4 (HEAD -> testing) i see you here
| * 86a451c water water everywhere|/  
* af05578 (origin/master) We all love git.

如果现在从testing变基到master,那么86a451cc5a1cc4中所做的修改会依次重演到master。如果遇到冲突,那么会依次需要人工解决冲突。为了避免多次修改冲突,我们将86a451cc5a1cc4合并为一次提交:

$ git reset --soft af05578
$ git commit -m "i see water here"[testing cf6dc96] i see water here 1 file changed, 4 insertions(+)
$ git log --oneline --decorate --graph --all
* cf6dc96 (HEAD -> testing) i see water here| * c36bdf6 (master) i see you there
|/  
* af05578 (origin/master) We all love git.

现在执行变基到master的操作:

$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: i see water here
Using index info to reconstruct a base tree...
M   README.md
Falling back to patching base and 3-way merge...
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
error: Failed to merge in the changes.
Patch failed at 0001 i see water here
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".

在执行变基操作时,git提示我们README.md有冲突,解决冲突后使用git rebase --continue继续执行变基操作。现在请解决冲突,将文件添加到暂存区后表示该文件冲突解决完成。解决后继续执行变基操作:

$ git rebase --continue Applying: i see water here

git告诉我们更改已经被应用到master分支。提交历史如下:

* c148ffd (HEAD -> testing) i see water here
* c36bdf6 (master) i see you there
* af05578 (origin/master) We all love git.

可以看到,git帮我们生成了一个新的提交,并且testing指向该提交。提价历史变成了一条串联的线。

最后,将master快进到testing即可:

$ git checkout master 
Switched to branch 'master'Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)
$ git merge testing 
Updating c36bdf6..c148ffd
Fast-forward
 README.md | 4 ++++
 1 file changed, 4 insertions(+)

本文分享自微信公众号 - mwangblog(mwangblog),作者:WM

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2018-01-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 开始使用GitHub

    mwangblog
  • git文件状态,暂存与提交

    mwangblog
  • git简介

    mwangblog
  • git相关操作

    皇上得了花柳病
  • 开始使用GitHub

    mwangblog
  • 主流CTR预估模型的演化及对比

    学习和预测用户的反馈对于个性化推荐、信息检索和在线广告等领域都有着极其重要的作用。在这些领域,用户的反馈行为包括点击、收藏、购买等。本文以点击率(CTR)预估为...

    数说君
  • 从源码解析kube-scheduler默认的配置

    本文作为Kubernetes Scheduler源码分析的番外篇,补充一个方面的分析:从源码层面解析kube-scheduler的默认配置是怎么做的。 从头来看...

    Walton
  • 谈谈技术和成本(三)

    接上篇文章,我们讲了技术不是唯一的解决成本问题的手段,但这不代表技术就没有意义,没有价值,相反,到了一定阶段之后,技术将成为最终的决定因素。

    赵成
  • CentOS 6 yum安装Maven

    Maven 官网:http://maven.apache.org/ 源码安装 http://mirrors.hust.edu.cn/apache/maven/m...

    shaonbean
  • [推荐]Linux入门系列(三)Vim编辑器(Vim工作模式+代码演示)

    先看Vim工作模式,看完可以跟着演示实践,然后回头再看工作模式,说不得你会不一样的领悟。

    用户7656790

扫码关注云+社区

领取腾讯云代金券