2
Q
Git合併分離
A
回答
0
正如評論者指出,需要衝突解決的文件將被列在默認的提交消息中,因此這種分離似乎沒有意義。除此之外你實際上不想有兩個提交,因爲其中一個將反映兩個分支的部分合並,即反映尚未完成的過程的結果。
你應該注意到Git commit是原子的,它反映了整個存儲庫的狀態。看來你正在通過CVS的經驗來思考,在那裏提交不是原子的。 Git不會像CVS那樣跟蹤文件,因此像你描述的合併分離不適合Git。
如果你想要更細粒度地控制衝突,你應該使用rebase而不是merge。
相關問題
- 1. Git合併分支從分離
- 2. Git合併已經分離的目錄
- 3. Git,合併分支git
- 4. git分支合併
- 5. 合併Git分支
- 6. 分離節點如何合併到git分支中?
- 7. OpenJpa合併分離對象
- 8. Git與子分支合併
- 9. 從Git合併分支
- 10. Git分支和合並
- 11. 的Git分支與合併
- 12. Git/GitHub分支合併
- 13. Git:合併多個分支
- 14. GIT:合併分支兩次
- 15. 使用Git合併分支
- 16. git合併遙控分支
- 17. Git合併上游分支
- 18. GIT合併,分支機構
- 19. 分支和Git合併
- 20. 在git中拆分合並
- 21. Git合併 - 分支序列
- 22. Git合併分支與主
- 23. Git分支和合並
- 24. Git合併分支提交
- 25. 強制不合並,而git中存在未分離的變化
- 26. 分離合並在一起的兩個Git倉庫
- 27. 合併並推送所有git分支
- 28. git將分支合併到分支
- 29. git合併原產地/分支vs合併分支本地
- 30. git合併不合並
爲什麼這會有用?您可以通過再次執行合併來確定哪些文件需要衝突解決。 – cdhowie
默認提交消息將包含衝突文件的列表。 – Chronial
如果可能,一些文件將自動合併 – danidacar