在公共功能分支中使用 git rebase

Question

您可以在网络上看到人们建议不要在公共分支中使用 git rebase，但如果您总是对功能分支进行 rebase，我看不出问题是什么。

我的团队总是使用分支来实现功能（哇），我们习惯于在本地拥有它，所以变基不是问题，但有时我们想向其他开发人员展示部分完成的功能的代码，所以我们只是将其公开，但这样我们就失去了 git rebase 的所有优点，或者至少你可以在网上读到这些优点。

我不明白问题是什么，如果在同一个公共分支工作的开发人员从未将其合并到任何分支（当该分支上仍有开发时），并且当他们拉动它时，他们会通过变基操作来完成。对分支所做的任何更改都将始终在远程分支之上进行变基，因此永远不会丢失，并且您不会遇到重复相同提交的问题。

附录1：

到目前为止，所有答案都没有表明将会发生的问题以及它将如何发生，所以我会尽力说得更清楚。

我将给出一个使用 rebase 的工作流程示例（在前面的段落中描述得很糟糕，抱歉），我没有看到任何问题。

初始状态：

master         ==========A
origin/feature           +=====AB
feature user A           +=====AB
feature user B           +=====AB

master 获得一些提交，用户 A 进行一些提交：

master         ==========A=====C
origin/feature           +=====AB
feature user A           +=====AB====D
feature user B           +=====AB

用户 A 执行 git pull --rebase （他总是这样做）来更新他的分支，没有新的内容出现，然后他 rebase掌握并推送：（

master         ==========A=====C
origin/feature                 +=====ACB'=====ACB'D
feature user A                 +=====ACB'=====ACB'D
feature user B           +=====AB

注意 B' 是仍然代表更改 B 的新提交）

然后用户 B 进行一些提交：

master         ==========A=====C
origin/feature                 +=====ACB'=====ACB'D
feature user A                 +=====ACB'=====ACB'D
feature user B           +=====AB======E

用户 B 最后像往常一样执行 git pull --rebase不需要在 master 上重新建立基础，所以他只需推送：

master         ==========A=====C
origin/feature                 +=====ACB'=====ACB'D======E'
feature user A                 +=====ACB'=====ACB'D
feature user B                 +=====ACB'=====ACB'D======E'

Answer 1

如果你变基，你就重写了历史。就像在现实世界中一样，如果你想重写历史，你需要一个阴谋：每个人都必须“参与”阴谋（至少是每个了解历史的人，即每个曾经从分支中撤出的人） 。

只要从分支中拉出的人的圈子受到严格控制，阴谋就很容易进行，但是，一旦你发布了这段历史，它就变得更加困难。不过，这并非不可能：例如，Junio C Hamano 的 Git 存储库中的 pu 分支在每次发布后都会重新设置基础，这是一个广泛发布的存储库。其工作原理是，分支将频繁重新基化以及发生这种情况的时间，在 Git 网站、Git wiki 和 Git 邮件列表上都有广泛记录，并且每次重新基化都会提前在邮件列表上宣布，因此人们可以为此做好准备。

Answer 2

当您针对公共分支进行变基时，这是完全可以的。

但是，当您对公共分支本身进行变基时，这对于也在使用它的人来说并不好。

补充：

当 rebase 破坏了 unittest 时，您将没有机会 git bisect 有问题的版本。

更详细地说：

• 您已经准备了一些要添加到分支的代码。
• 所有单元测试
• 你已经调试了它，所以它通过了你在（远程）分支中 git-fetched 新更改的
• ，现在你正在针对重新基化的远程分支重新调整你的代码
• ，这里单元测试被破坏了
• 你正在运行 git bisect 并且它指向远程变基。
• 你的行动？

Answer 3

http://git-scm.com/book/ch3-6.html

在“变基的危险”部分下

...你会被朋友和家人嘲笑。