git - 我应该将 master merge 到一个功能分支中以使其更新吗？这会被认为是不好的做法吗？

Question

我有这样的情况:

            (master)
A - B - E - F
      \       
        C - D
            (feature-x)

如果我需要将关键修复 E 和 F merge 到 feature-x 分支以继续开发并且我打算 merge 回 master，我应该将 master merge 到 feature-x 吗？

当功能分支可能会或可能不会与其他开发人员共享时，重复将 master merge 到功能分支然后将功能返回到 master 是否有任何缺点？

Answer 1

据我所知，将 master merge 到您的功能分支中并不是坏习惯。 @larsks 的回答提供了一些关于如何使用 rebase 的有用信息，这是一个选项。但一定要遵循黄金法则“不要对存储库外部存在的提交进行 rebase ”(see Perils of rebasing) .

澄清一下:“存在于您的存储库之外的提交”将是公开(推送)提交。

如果您想知道 rebase 是否比 merge 更好，反之亦然，我建议您查看:'Rebase vs. Merge' .文章指出，这个问题的答案取决于您和您的团队认为什么最适合您的项目。

对于较大的项目，我喜欢历史记录来准确显示发生的事情。因此，在我工作的地方，我们通常将 master merge 到我们的功能分支中，以使它们与最新代码保持同步。不过，我不一定认为这是每个人的全局最佳实践。但是，这也不被认为是不好的做法。

有些人喜欢拥有非常干净的历史记录，因此对他们来说， rebase 可能被认为是更好的选择。