git 应该是当下代码管理最流行的工具，关于其两个重要的指令 git merge 和 git rebase 该如何使用也是争议颇多，这篇文章我们一起来聊一聊。
git merge（合并）是一种将分叉的历史记录重新组合在一起的方法，在使用 git merge 时，当前分支将被更新，比如，将 B分支 merge 到 A分支，A分支就包含了 B分支的代码，但是 B分支不包含 A分支的代码。
git merge 通常与 git checkout 结合使用，用于选择当前分支，与 git branch -d 结合使用，用于删除过时的源分支。
如下示例，git merge 需要两个提交指针，并尝试找到两个分支之间的共同基础提交，一旦 git 找到一个共同的基础提交，它将创建一个新的“合并提交”，如下图：
合并后，我们在合并到的分支上有一个新的提交，此提交包含源分支中的所有更改。
git rebase（变基）是将一系列提交迁移或合并到新的基础提交的方式。
如下示例，我们通过从主分支 check 出一个另外一个分支的历史来了解 git rebase 的工作原理。
整个交互的流程图如下：
假如我们需要将 feature2 分支的更改合并到发布的 main 分支中，并且不希望包含 feature1 分支的更改，可以使用下面的指令：
git rebase --onto main feature1 feature2该指令用于重新定位 feature2 分支的基础，使其基于 main 分支，而不是 feature1 分支。这是通过将 feature2 分支上的提交应用到 main 分支之上来实现的。
指令执行结果如下：
feature2 分支的提交已重播到主分支上，feature2 分支现在包含主分支的所有提交以及 feature2 分支的新提交。
接下来，我们一起来看看 git rebase 和 git merge 之间的优缺点。
优点：
缺点：
优点：
缺点：
与 git merge 相比，大多数人对使用 git rebase 都有所顾虑。
git rebase 和 git merge 的基本目的是相同的，即它们帮助我们将更改从一个分支引入另一个分支，不同之处在于 git rebase 会重写提交历史记录，比如下图：
当多个开发人员在同一分支上工作时，直接使用 rebase 可能会导致混淆和冲突，因为每个开发人员会不断地重播和合并更改。
假设你和另一位开发人员在名为 login_branch 的功能分支上合作。如果两人都直接对 login_branch 使用 rebase，那么在合并更改时会频繁发生冲突，为了避免这个问题，我们应该注意以下几点：
选择 git merge 还是 git rebase 取决于团队的工作流和偏好，以下是一些优化建议：
(1) 团队协作
(2) 代码审查
(3) 混合使用
(4) 命名和注释
git merge 和 git rebase都是 git 比较重要的指令，两个指令并没有绝对的好，也没有绝对的不好，平时使用时一定要注意每个指令的优缺点以及团队的抉择。
本文链接：http://www.28at.com/showinfo-26-102909-0.htmlGit merge 和 Git rebase，如何选择？
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
上一篇： 简单工厂模式在C#中的实现
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
