在不修改todo的情况下，什么会导致交互式git重基失败？

比如说，我想重新确定回购协议的主分支的基础，该分支有着漫长而复杂的合并历史。我想返回大约100次提交

$SHA

我可以使用

git-rebase-I$SHA

或

git-rebase-I$SHA--rebase合并来实现这一点。如果我理解正确，后者包括合并提交，而前者不包括

在任何一种情况下，我都会打开
TODO
，然后保存并退出，不做任何更改

在这两种情况下，重基都会失败。在
--重新基础合并
的情况下，它会失败，并出现以下错误：

hint: Could not execute the todo command
hint: 
hint:     label #10:-Merge-dev
hint: 
hint: It has been rescheduled; To edit the command before continuing, please
hint: edit the todo list first:
hint: 
hint:     git rebase --edit-todo
hint:     git rebase --continue

在没有该标志的情况下，我的印象是它将“平坦”git历史，从而删除合并提交。然而，这也导致了50多个合并冲突，手工解决这些冲突需要花费相当长的时间

我并不是真的在寻找解决这些问题的方法，我更好奇的是，为什么在改变TODO中的任何内容的同时重新设置会失败。
我相信这是由于您的标签包含一个哈希标记，这可能被解释为一个注释。您可能希望调整标签及其用法，使其不包含哈希标记，然后再次尝试重新基址

如果这些TODO条目是由Git创建的，您可能希望将其作为bug报告给Git列表；最近有一些关于无效标签名称的讨论，您可能希望检查是否有人发送了修补程序来修复该问题。
我也这么认为，但我将git注释字符改为
而不是
。我想，重基可能无法正确处理这一点？否则，您是对的，标签是由git自动生成的。我一点也没碰待办事项，可能是处理不当。我们以前也有过这样的问题。