2
A
回答
1
這將是同樣的原因command git rerere
的存在(重新使用重新有線重新合併衝突的溶液)
請參閱「rerere your boat」和「Fix conflicts only once with git rerere」。
Git不會記錄合併任何合併衝突解決(包括一個期間rebase -p
再次完成)
基本上,衝突合併分辨率是手動步驟(意思是一個人決定要作出) ,哪個git無法自動重現(畢竟它是,或者說是一個「愚蠢的」內容跟蹤器)。
Git只能記錄所述分辨率(如果先激活rerere
)
相關問題
- 1. git:解決rebase引起的衝突
- 2. 爲什麼我會與git rebase -p -i發生衝突?
- 3. 爲什麼我會與`git rebase -p`發生衝突
- 4. 'git rebase`衝突
- 5. Couchdb衝突解決方案
- 6. 解決Git Svn衝突
- 7. Git:爲什麼rebase會導致衝突,而merge不會呢?
- 8. GIT和SVN在合併衝突解決方案時有什麼區別
- 9. documentdb中的衝突解決方案
- 10. git rebase修復衝突後
- 11. git rebase -i -autosquash衝突
- 12. Git svn rebase導致衝突
- 13. git rebase和文件衝突
- 14. git rebase一次又一次解決衝突?
- 15. 如何解決與git-svn的衝突?
- 16. 解決git的衝突
- 17. Git - 解決了rebase衝突,然後繼續工作 - 如何保存工作?
- 18. 爲什麼Git記住並使用來自中止rebase的衝突解決而不詢問我?
- 19. Git互動rebase - 任何方式來指示git解決衝突保持HEAD版本?
- 20. 當git pull導致衝突,但是git pull --rebase不會導致什麼?
- 21. 如何在rebase期間快速標記解決衝突?
- 22. git rebase「--preserve-merges --onto」不保留合併
- 23. Gradle的衝突解決方案不適用於Android項目?
- 24. 爲什麼限制路徑的'git log'忽略合併提交和有趣的衝突解決方案?
- 25. git reword而不解決合併衝突再次
- 26. 請問爲什麼不能使用此解決方案?
- 27. git-svn rebase檢測到衝突
- 28. 成功合併後Git rebase衝突?
- 29. 檢測git rebase上的衝突
- 30. 不能「使用'他們'解決衝突'」