2
我很困惑正確的方式來手動合併請求,並理解爲什麼有不同的建議。手動合併混帳請求
假設最簡單的情況:一個master
(長生命期)分支和一個單一feature
分支與幾個提交拉取請求,但顯示與主分支合併衝突。
GitHub上說的事:
git fetch origin
git checkout -b feature origin/feature
git merge master
然後
git checkout master
git merge --no-ff feature
git push origin master
我們爲什麼要合併到
master
和feature
然後反轉之後呢? This SO表示訂單無關緊要,但This SO表明存在與父母有關的問題。This SO討論手動合併拉請求,但說你只需要合併你的主分支到你的功能分支,就是這樣。這與GitHub所說的一致嗎?
嗨,謝謝你的幫助!保持線性歷史是有意義的,但如果'feature'分支是短暫的(即在合併後將被刪除),將'feature'簡單地合併到'master'中是正確的,解決出現的衝突,然後刪除特徵? – ministry
如果這對你有用,是的。 –