我有一個master
分支和development
分支機票。 什麼是合併dev
分公司master
正確的方法,哪個Git合併策略更好?
合併從master
到dev
更新,化解矛盾,合併dev
到master
或
合併dev
到master
,然後解決衝突?
我有一個master
分支和development
分支機票。 什麼是合併dev
分公司master
正確的方法,哪個Git合併策略更好?
合併從master
到dev
更新,化解矛盾,合併dev
到master
或
合併dev
到master
,然後解決衝突?
我要做的就是,在Development branch
:
$ # work in development
完成後,提交更改在development
和合並分支:在git-scm.com
$ git checkout master
$ git merge development
您可以檢查Branching Workflows
這兩種策略都是有效的選擇,但導致略有不同的結果和歷史。這實際上取決於您使用的工作流程以及其他人如何在同一個存儲庫上工作。
看看git-flow這將提供一個簡單的方法來結束每個開發/功能分支的創建和合並。
作爲一般規則,我總是在合併中的最短壽命分支上進行衝突解決,在你的情況下是開發分支。
他們導致不同的結果,所以提出的解決方案是不可比較的。 – zerkms
預期結果是一個具有合併開發分支的主分支,因此可以將其部署到某個位置。 –
在這種情況下,第二個選項聽起來像它會做得很好 –