git - 最佳实践git merge 两个分支并进行许多更改

我们目前正在为一个开源项目开发一个新功能，因此我们 check out 了母版，并且在过去的几个月中做了很多改动(> 400次提交)。现在，我们希望将其上游/母版 merge 以构建最终版本。
我们现在面临的问题是，与上游母版进行 merge 的最佳方法是什么？

或者

或其他类似git pull的东西？
主要目标应该是必须多次更改事物。

最佳答案

我不推荐git pull; fetch后跟merge或rebase通常更安全，因为您可以通过比较master和origin/master来预览接下来将发生的情况。

决定不使用merge或rebase。上游存储库是否有贡献准则？如果是这样，则应遵循这些规定。

如果上游存储库没有贡献准则，则merge或rebase可能都是合适的。

但是基于此



我知道有多个人在使用此功能，因此有多个存储库副本。在这种情况下，我强烈建议您不要使用rebase。这将导致您的提交哈希值发生更改，并且可能会导致很多困难。通常，不要重写共享历史记录。

因此，您剩下的是merge，这可能是我在这种情况下要使用的。

关于git - 最佳实践git merge 两个分支并进行许多更改，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/24229738/