我正在尝试将具有大量（~300）提交的功能分支重新绑定到基础产品的较新主要版本上。在rebase中间已经解决了很多冲突，我注意到一些文件仍然包含冲突标记（“＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;＆lt;”），即使没有列出更多冲突的文件git status。我想我在之前的一些提交中错过了它们，错误地将文件标记为已解决，即使它们不是。
有没有办法在正在进行的rebase中修复早期提交中的错误，然后继续进行rebase？
我不想--abort这个变种，因为我会失去很多小时的冲突解决工作。
我不想忽略这个问题，只需修改我当前所在的提交中的冲突标记。这样中间提交就会无效并且不会编译。
我已经制作了工作目录的备份副本，所以我可以试验一下。
如果没有更简单的方法，我的备份计划将是按原样完成rebase，然后尝试清理历史记录。我将删除当前提交中的冲突标记并记下其ID。在rebase完成之后，我会尝试找到先前的提交，这些提交将冲突标记与一些镐魔法引入，然后尝试在另一个git rebase -i中清理历史记录。你觉得这条路线可行吗？
到目前为止，我已经使用过Eclipse egit，如果它很重要，但会切换到高级内容的命令行。