git - 为什么 Git 不问我就记住并使用来自中止的 rebase 的冲突解决方案?

标签 git conflict rebase

我在我的分支上做了一个 rebase foo

git rebase master

做了一些冲突解决,然后决定我不想做,然后中止。

git rebase --abort

所有的分支日志历史看起来都很正常。现在我想再次开始相同的过程。

git rebase master

当 git 遇到它第一次遇到的第一个冲突时,它会像以前一样将文件列为冲突文件。但不是用 <<<<< 标记冲突等等,它只是在我第一次解决冲突后显示文件的状态。有趣的是它有这个功能……但我实际上想以不同的方式解决其中一个冲突,所以我不希望它记住并重新应用。

这里到底发生了什么,我可以将其关闭吗?

最佳答案

使用git checkout --conflict=merge -- your_file 获取有冲突文件的版本

关于git - 为什么 Git 不问我就记住并使用来自中止的 rebase 的冲突解决方案?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5096649/

相关文章:

git - 让 git 跟随符号链接(symbolic link)(再次)

git - git(1) 中的 "(1)"是做什么用的?

javascript - jQuery 插件冲突

java - 不同jar中的相同功能

Git: pull 一个重新设置的分支

git - rebase Git merge 提交

command-line - git中删除上一个分支的快捷方式

windows - 权限被拒绝 (publickey) - 无法使用 Git 推送或 pull

javascript - Prototype 的 DOM 扩展与第 3 方 JS 库发生冲突——我最好的选择是什么?

git - 如何根据 gitignore 过滤历史记录?