我知道修改旧 Git 提交的正确方法是使用 rebase --interactive，但为了弄清楚这些概念，我想了解当我这样做时会发生什么
git checkout <commit>git commit . --amend
当我这样做时，它不是修改提交，而是从同一个提交的 PARENT 分支一个新的提交。
这只是 Git 告诉我不能修改已经有子提交的提交的方式吗？
【问题讨论】：
标签： git commit rebase git-commit git-amend
在 Git 中，一旦创建提交，它就会一成不变；你不能改变它。你所能做的——通过修改它、挑选它等等——就是创建一个“类似”它的新提交。
我理解您的困惑：“修改”有点用词不当；这有点误导，因为它建议修改一些地方。在 Git 中，修改提交实际上包括创建一个与原始提交具有相同父级的全新提交。
例如，假设在运行git checkout B 之后，您处于以下情况：
（您的HEAD 是分离的，但这不是重点。）无论您是否进行和阶段更改，运行git commit --amend 都会使您处于这种情况：
提交D可能非常，非常类似于B；特别是，它可能具有与B 完全相同的补丁、完全相同的提交消息等。但是，（提交，作者）时间戳通常会不同（unless you can amend a commit under a second!），这意味着@987654331 的SHA-1 @ 将不同于 B；如果两个提交没有相同的 SHA，它们就不是相同的提交。
当我们说 B 是 C 的父提交时，我们的意思是 commit C 通过其 SHA 引用提交 B。
然而，提交C 无法知道提交D 的SHA，因为提交D 是在C 之后创建的。因此，D 不能是 C 的父级。这就是为什么提交 D 会偏离正题并且没有任何后代。
如果你想降落在以下状态，
如果B' 与B 仅略有不同，则应使用git rebase -i，而不是git commit --amend。
【讨论】：