通过从某处复制代码并在已经完成的大量工作（包括来自其他分支的许多合并）的基础上，提交了一项重大更改（包括对许多文件的更改以及文件的添加和删除）。现在我们必须知道之前复制了错误版本的代码。
我现在有什么方法可以通过复制正确版本的代码来更改该提交？
我查看了this，但这是一个线性历史。我还看了this，但示例仅用于添加新文件。
就我而言，我确信在更改旧提交后会出现冲突。我也可以添加新提交而不是更改现有提交。
【问题讨论】：
标签： git
我同意 websterridge，修改历史可能不是要走的路；仅当您想永久删除旧提交的所有痕迹（并且存在一系列问题）时，这才有意义。
最好的解决方案可能是创建一个带有必要更改的新提交。这个想法是在提交的版本和应该提交的版本之间创建一个差异，并将该差异应用到当前版本。
你可以这样做（未经测试）：
git checkout -b fix-branch SHA_OF_OLD_COMMIT
git add --all . ; git commit -m "Fix import of wrong code."
现在你在 git 中有正确的代码，但是在分支“fix-branch”上。
您现在可以使用 git 的工具将正确的代码放入您当前的分支（假设是 master）：要么在 master 之上 rebase fix-branch，要么将其合并到 master。 在这种情况下，合并可能会更好，因为这样存储库历史记录包含冲突解决之前新的、正确的代码导入的原始版本。
不管怎样，你可能会遇到很多冲突，但没有办法解决这个问题。
祝你好运！
【讨论】：
fix-branch 合并到功能分支时，如果我从fix-branch 到我的功能分支中发生了不冲突的更改，那么我认为它没有覆盖任何更改是正确的完成了错误的提交？因为如果是这样的话，就会有冲突。我说的对吗？
虽然听起来很合理，但改变历史是个坏主意，而且很复杂。另外，人们已经在他们的信息流中拥有了当前的历史记录。
更好的做法是硬着头皮用新的提交来纠正。
【讨论】：