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. 不能“使用'他们'解决冲突'”