幾周前我創建了一個功能分支,做了一些修改,但沒有做任何事情,如2周。在那段時間裏,主分支顯然發生了變化。功能分支的Git工作流程
這裏遵循的最佳工作流程是什麼?我是否將主分支與主分支重新綁定,以便在功能分支中獲得最新更新,或者繼續在功能分支上工作,然後只在完成後更新,然後開始合併可能的衝突?
幾周前我創建了一個功能分支,做了一些修改,但沒有做任何事情,如2周。在那段時間裏,主分支顯然發生了變化。功能分支的Git工作流程
這裏遵循的最佳工作流程是什麼?我是否將主分支與主分支重新綁定,以便在功能分支中獲得最新更新,或者繼續在功能分支上工作,然後只在完成後更新,然後開始合併可能的衝突?
你應該合併/變基儘快。如果您等待,則會出現更多差異,解決所有衝突將更加困難。
通常你應該每天合併/重新綁定,這是一個很好的起點。
我會保持兩個分支分開。只需切換到功能分支並從主控制器拉出即可。
git checkout feature_branch
git pull origin master
或
git checkout feature_branch
git pull master
取其更是最新的。然後修復您的功能分支中的衝突,並使用--no-ff將其與master進行合併。這將保持兩個分支的歷史分開。
我建議考慮看看工作流程定義如下:
感謝您的工作流程。非常好。 – user3607973
是否可以進行快進合併? –
我不想使用'rebase',如果你的意思是說快進合併? – user3607973
對不起,更好的問題是'你確認你確實有合併衝突嗎?' –