标签：详述 Git rebase 合并 命令 master commit 分支

在基于 Git 的开发过程中，我们很容易遇到合并代码的情况，例如我们从 master 分支拉取了一个 feature 分支，当我们开发到一段时间之后，可能需要将 master 的代码合并到我们当前的 feature 分支之中。

这时，我们有两个选择，一个是使用git merge命令，一个是使用git rebase命令，这两个命令都是用来合并代码的，但却有一些差异。在本文中，我们主要讲述git rebase命令的使用方法，也会简单介绍这两个命令的差异。

如上图所示，我们从 master 分支拉取了一个名为 feature 的分支，并且在拉取新分支之后，有过三次提交记录；同时，master 分支在我们拉取 feature 分支之后，也有过两次提交记录。现在我们已经构造了背景，接下来我们合并代码。

首次，我们使用merge命令，其命令形式一般为git merge --no-ff master，即表示将 master 的代码合并到 feature 分支，其中--no-ff参数是为了保留 master 分支的提交记录。如上图所示，在使用merge命令进行代码合并之后，Git 会自动创建一个新的 commit 用来表示当前的合并操作，此 commit 记录了 master 代码合并到 feature 分支时产生的所有改动。

接下来，我们使用rebase命令，其命令一般形式为git rebase feature，即表示在 master 分支上执行rebase命令，将 feature 分支的代码合并到 master 分支。如上图所示，在使用rebase命令之后，Git 会合并两个分支的 commit 记录，其规则为「在基准分支上合并目标分支的代码，会将目标分支的提交记录全部前置到基准分支的最新提交记录之前」，就如上面这样，我们在 master 分支上使用了rebase命令之后，Git 将 feature 分支上面的所有 commit 记录都前置到了 master 分支的最新 commit 记录之前。

在这里，需要注意的是：rebase是以 commit 为维度的，按 commit 提交的顺序依次进行合并操作；如果在合并的过程中，某个 commit 遇到了冲突，则需要我们先解决该冲突，然后才能继续进行合并操作。特别地，在我们解决冲突之后，需要使用git add + 冲突文件命令将当前冲突标记为已解决，然后使用git rebase --continue命令继续合并操作。

通过上面的描述，我们能发现merge和rebase有一个很明显的差异，那就是当遇到冲突的时候，使用merge命令，我们只需要解决一次冲突即可；使用rebase命令，我们则需要依次解决每一个冲突。

对于 Git 的rebase命令，其除了能进行代码合并之外，还有一个常用的功能，那就是将多个 commit 合并为一个，仍然以上面的 feature 分支为例，我们将其从 master 分支拉取之后，进行了三次提交，现在我们将这三个提交结论合并为一个，其命令一般形式为：

• git rebase -i HEAD~N

其中，N为我们需要合并的 commit 记录的数量，因为示例中是三次提交记录，所以在此场景下，将N替换为3即可。

在执行完上面的命令之后，我们会进入vi或者vim文件编辑器：

如上图所示，pick标识了我们的三次提交记录，按i建进入编辑模式，保留第一个pick，然后将后面两个pick修改为s或者f，然后键入:wq保留修改。最后，为了将变更同步到远程分支，我们需要使用git push -f命令，其中参数-f表示强制提交。

标签：详述,Git,rebase,合并,命令,master,commit,分支
来源： https://www.cnblogs.com/javaxubo/p/16653177.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。