正確的方式合併到主分支到分支

Question

當我在dev分支持續變化，並在生產環境中突然中斷，然後我切換到master，解決問題並使生產環境與master分支同步。

現在我回到dev分支。該分支與test和staging環境同步。

什麼是正確的方式來讓開發分支修復從主？

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

但是，當這樣合併時，我注意到一個新的提交被創建，從master階段修改的文件。

當我合併應用修復時在主服務器上創建的提交會插入到dev分支時，我的印象就是這樣。

Answer 1

只要你的暫存環境是乾淨的（如，你不必在你的開發分支任何未提交或unstashed變化）...

git merge master 

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

當您合併時，您將引入該分支頂端的所有更改，因此您將一次從主控引入所有更改，如果它們存在，就必須處理合並衝突。如果您無法將更改從主設備快速轉發到開發設備，那麼您還將獲得合併提交。

您可能會看到很多提交的原因可能是由於您無法快速轉發您的開發分支以與主控隊伍對齊。這不應該讓你失望;只需提交併將這些更改推送到您的開發分支中。

^{*：您也可以在dev上做git rebase master，但由於您重寫了歷史記錄，所以這樣做的風險要高得多。儘管如此，它仍然是一個更清潔的歷史。}