git - 最佳实践 git merge 具有许多更改的两个分支

Question

我们目前正在为一个开源项目开发一项新功能，因此检查了母版，并在过去几个月里做了很多更改(> 400 次提交)。现在我们想将它 merge 到 upstream/master 以构建最终版本。

我们现在面临的问题是，与上游master merge 的最佳方式是什么？

$ git fetch upstream

$ git merge upstream/master

或

$ git rebase upstream/master

或者其他类似 git pull 的东西？

主要目标应该是必须多次更改内容。

Answer 1

我不推荐git pull； fetch 后接 merge 或 rebase 通常更安全，因为您可以通过比较 master 和来源/主人。

使用 merge 或 rebase 的决定可能不由您来决定。上游仓库有贡献指南吗？如果是这样，您应该遵循这些。

如果上游存储库没有贡献指南，那么merge 或 rebase 可能是合适的。

但基于此

We are currently developing a new feature for an open-source project...

我知道有多个人在处理此功能，因此您的存储库有多个副本。在这种情况下，我强烈建议不要使用rebase。这会导致您的提交哈希值发生变化，并可能导致很多困难。作为一般规则，不要重写共享历史记录。

所以你剩下merge，这可能是我在这种情况下会使用的。