当我在dev分支机构进行持续更改，并且在生产环境中出现问题时，我切换到master，解决问题并将生产环境与master分支同步。
现在我回到dev分支。此分支与test和staging环境同步。
从主服务器启用dev分支的正确方法是什么？
目前我在git merge master分行时dev。
但是当合并时，我注意到会创建一个新的提交来暂存来自master的修改过的文件。
在合并时，我认为在应用修复时在master处创建的提交只会插入到dev分支中。
答案 0 :(得分：5)
如果您的登台环境是干净的（例如，您的开发分支上没有任何未提交或未发布的更改）...
git merge master
...是合并来自主分支的更改的惯用方法。
当您合并时，您会引入该分支顶端的所有更改，因此您将立即从master获取所有更改，并且您必须处理合并冲突（如果存在）。如果您无法快速将更改从master转发到dev，那么您还将获得合并提交。
您可能会看到很多提交的原因可能是因为您无法快速转发您的开发分支以与主人排队。这不应该让你失望;只需提交并将这些更改推送到您的开发分支。
*：您也可以在git rebase master时执行dev，但由于您重写了历史记录，因此风险要高得多。但是，这会创造一个更清晰的历史。