场景：我有一个功能分支（我们称其为feature），该分支在上个月一直过时。同时，我已经完成了对master分支的43次提交。此时，feature分支只有一个提交与master分支偏离。现在，我想继续使用该功能，但是应用了最新的master分支更改。我有几种选择：
master分支合并到feature分支（43次提交）feature-continued在master顶端打开一个新分支并feature在此处合并（1次提交）feature到master尖端（43个提交）有什么理由选择一个？我的担心是
方法1和3给人的印象是这些是“更严格的”操作。这些构成更大的变化。还有更多要推送的内容，是吗？我们基本上不是在所有情况下都这样做吗-合并两个分支？
它是一种哲学思想的问题，但对我来说唯一的办法是变基feature上master。让我们看一下其他两个选项：
master，则feature创建一个合并提交，其中包含以前的所有43个提交。如果您然后合并feature回去，master这将在您的master分支中创建一个历史，这充其量是令人困惑的。现在让我们分析选项3来解决您的问题：
master到一起，feature而不是相反）。无论如何，通过重新设置基准，您都将尝试将较小的更改“合并”为较大的更改。这应该使可能的冲突更容易解决。本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句