为什么Git不用问我就记住并使用了一个中断的重基冲突解决方案?

为什么Git不用问我就记住并使用了一个中断的重基冲突解决方案?,git,conflict,rebase,Git,Conflict,Rebase,我在我的分支机构foo git rebase master 做了一些冲突解决方案,然后决定我不想做,然后放弃了 git rebase --abort 所有分支日志历史记录看起来都正常。现在我想再次开始同样的过程 git rebase master 当git遇到它第一次遇到的第一个冲突时,它会像以前一样列出冲突中的文件。但是,您可以使用Reere的“忘记”功能来删除记忆中的冲突解决方案,而不是用标记冲突。使用git checkout--conflict=merge--your_文件获取有冲突

我在我的分支机构
foo

git rebase master
做了一些冲突解决方案,然后决定我不想做,然后放弃了

git rebase --abort
所有分支日志历史记录看起来都正常。现在我想再次开始同样的过程

git rebase master

当git遇到它第一次遇到的第一个冲突时,它会像以前一样列出冲突中的文件。但是,您可以使用Reere的“忘记”功能来删除记忆中的冲突解决方案,而不是用
标记冲突。

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

是否启用了Reere?啊哈——是的,我几年前打开它,然后就忘了。看起来没有一个标志可以为特定的
git-rebase
调用关闭它,这太糟糕了。@admitruk不确定创建标记
rere
是否正确appropriate@CharlesB:我认为把Reerre作为一个标签是很好的:可识别且非常具体。你有什么建议?git重新出现?链接现在似乎断了。最好使用官方软件谢谢…如果您已打开Reerre,您必须在运行上述命令之前使用…git Reerre forget[filename]。出于某种原因,forget对我不起作用(不知道为什么,它没有报告任何错误),忘记一切:
rm-rf.git/rr cache
-不理想,但可能很方便,尤其是因为我找不到一个好方法来忘记一切。