如何维护长时间运行的 git 分支

Question

理想情况下，Git 分支应该持续很短的时间，大概 1-2 天。然后它被合并到一些主线中。

但在某些情况下，当我们处理非常大的功能时，我们会维护分支。而且，当 2 或 3 个人在专有代码领域中处理这些非常大的功能时，维护它们变得有点困难。

在进入稳定分支的热修复中，我们需要使这 2-3 个大分支与稳定分支保持同步。所以我们经常这样做。

(in feature-branch1) $ git merge stable
(in feature-branch2) $ git merge stable
(in feature-branch3) $ git merge stable

在 git 中维护这些长期运行的分支是否有正确的方法？通过执行上述操作，git 历史有点混乱。这些功能分支大多被推送到远程，这意味着我们看不到 rebase 作为选项。我还可以做些什么？

Answer 1

时不时地合并到稳定的分支实际上是您可以做的最简单和最好的事情，以使您的功能分支保持最新。我不建议使用 rebase，因为可能有更多的人同时在使用该功能，并且每次强制推送时他们都必须重新设置本地分支。即使只有一个人在功能分支上工作，合并也更好，因为它清楚地显示了您从稳定分支引入修复的历史点。

是的，一旦您将功能分支合并回稳定版，您的历史记录可能看起来有点混乱。但是，只要您避免 git 拉取的日常微合并的混乱（改用 git pull --rebase），您将能够欣赏实际有意义的合并。

如果您真的想避免将新功能从稳定版合并到功能分支中，而只是想要修复错误，您可以将错误修复挑选到功能分支中。然而，这可能是很多工作，因为它要求您始终掌握稳定中发生的一切。使用git cherry来帮助你：

# commits from "stable" that are not present in
# the current branch will be prefixed with "+"
git cherry HEAD stable

Answer 2

如果团队足够小，并且由经验丰富的 git 用户组成，则可以重新设置基准。

例如，您可以同意功能分支每晚都会在 stable 上重新建立基础。或者，您可以在将功能分支变基为稳定时发送电子邮件。

一切都应该没问题，但是 如果您忘记与重新定位的功能分支同步，假设您在旧功能分支oldFB 之上提交了C，该功能分支已重新定位为oldFB'：

S1 - oldFB - C <-- feature-branch
    \
     S2 - oldFB' - D <-- origin/feature-branch

仍然可以通过运行重新设置您的提交C：

git checkout feature-branch
git rebase --onto origin/feature-branch oldFB C

请注意，您必须在上图中手动找到名为 oldFB 的提交。

Answer 3

最好的选择是仅将所需的小错误修复/功能分支合并到您长期存在的功能分支中。这样你只得到你需要的。请注意，如果您让这些分支存在足够长的时间，它们最终可能会与 master 完全不同步。有时，您可能希望从长期存在的功能分支中创建一个临时分支，并将 master 合并到其中以进行完整性检查 - 查看是否存在冲突，查看 master 中的更改是否破坏了该功能，等等开。

下一个最好的方法是定期将 master 合并到您长期存在的功能分支中。这是相当安全的，但也可以合并很多您不感兴趣的更改，并使事情复杂化。

我会不建议定期在 master 上进行 rebase。这让每个人都难以保持同步，也使得在你的特性分支上维护复杂的历史（合并）变得更加困难，并使冲突解决更加痛苦。