当我在dev分支上进行持续更改时，如果在生产环境中发生了故障，则我会切换到master分支，修复问题并将生产环境与master分支同步。
现在我回到dev分支。该分支与test和staging环境同步。
从master分支将修复的内容合并到dev分支的正确方法是什么？
目前，我在dev分支上执行git merge master操作。
但是，在这样合并时，我注意到一个新的提交被创建，其中包含了来自master的修改文件。
我原本认为，在合并时，应将应用修复程序时在master上创建的提交插入到dev分支中。
假设你的分支开发环境干净（也就是说，在你的开发分支上没有未提交或未存储的更改）...
git merge master
这是将您的主分支中的更改合并的惯用方式。
当您合并时，您会带入该分支尖端处的所有更改，因此您将一次性带入来自主分支的所有更改，并且如果存在合并冲突，则必须处理它们。 如果您无法快进更改以使其从主分支到达dev分支，则还将获得一个合并提交。
您可能看到许多提交的原因可能是由于您无法将dev分支快进以与主分支对齐。 这不应阻止您; 只需将这些更改提交并推送到dev分支即可。
*：您还可以在dev上执行git rebase master，但这具有更高的风险，因为您正在重写历史记录。 但可以使历史记录更清晰。