正确的方式合并到主分支到分支

Question

当我在dev分支持续变化，并在生产环境中突然中断，然后我切换到master，解决问题并使生产环境与master分支同步。

现在我回到dev分支。该分支与test和staging环境同步。

什么是正确的方式来让开发分支修复从主？

目前我做git merge master时在dev分支。

但是，当这样合并时，我注意到一个新的提交被创建，从master阶段修改的文件。

当我合并应用修复时在主服务器上创建的提交会插入到dev分支时，我的印象就是这样。

Answer 1

只要你的暂存环境是干净的（如，你不必在你的开发分支任何未提交或unstashed变化）...

git merge master 

...是地道*的方式合并从您的主分支中更改。

当您合并时，您将引入该分支顶端的所有更改，因此您将一次从主控引入所有更改，如果它们存在，就必须处理合并冲突。如果您无法将更改从主设备快速转发到开发设备，那么您还将获得合并提交。

您可能会看到很多提交的原因可能是由于您无法快速转发您的开发分支以与主控队伍对齐。这不应该让你失望;只需提交并将这些更改推送到您的开发分支中。

^{*：您也可以在dev上做git rebase master，但由于您重写了历史记录，所以这样做的风险要高得多。尽管如此，它仍然是一个更清洁的历史。}