简单解决方案解决方案可行：如果您的HEAD提交与远程提交同步。

在本地工作区中再创建一个分支，并使其与远程分支保持同步。Cherry从新创建的分支上执行的分支（gitcommit--modify）中选择HEAD提交。

精心挑选的提交将只包含最新的更改，而不包含旧的更改。您现在可以重命名此提交。

通过以下方式查找修改后的承诺：

git log --reflog

注意：为了清楚起见，可以添加--patch来查看提交的主体。与git-relog相同。

然后通过以下方式将您的HEAD重置为之前的任何提交：

git reset SHA1 --hard

注意：用真正的提交哈希替换SHA1。还要注意，此命令将丢失任何未提交的更改，因此您可以在之前将其隐藏。或者，使用--soft来保留最新的更改，然后提交它们。

然后樱桃选择你需要的其他承诺：

git cherry-pick SHA1

这晚了将近9年，但没有看到这个变体提到完成相同的事情（这是其中一些的组合，类似于顶级答案(https://stackoverflow.com/a/1459264/4642530).

搜索分支上所有分离的标头

git reflog show origin/BRANCH_NAME--date=相对

然后找到SHA1哈希

重置为旧SHA1

git reset—硬SHA1

然后将其向后推。

git推送原点BRANCH_NAME

完成。

这将使您完全恢复到原来的提交状态。

（包括先前覆盖的分离提交头的日期）

也许可以使用git-relog在修改前和修改后获得两个提交。

然后使用git diff before_commit_id after_commit_id>d.diff获取修正前和修正后的差异。

接下来使用git checkout before_commit_id返回提交前

最后使用git-apply.diff应用您所做的真正更改。

这解决了我的问题。

您需要做的是创建一个新的提交，其详细信息与当前HEAD提交相同，但父级与先前版本的HEAD相同。gitreset-soft将移动分支指针，以便下一次提交发生在与当前分支头所在位置不同的提交之上。

# Move the current head so that it's pointing at the old commit
# Leave the index intact for redoing the commit.
# HEAD@{1} gives you "the commit that HEAD pointed at before 
# it was moved to where it currently points at". Note that this is
# different from HEAD~1, which gives you "the commit that is the
# parent node of the commit that HEAD is currently pointing to."
git reset --soft HEAD@{1}

# commit the current tree using the commit details of the previous
# HEAD commit. (Note that HEAD@{1} is pointing somewhere different from the
# previous command. It's now pointing at the erroneously amended commit.)
# The -C option takes the given commit and reuses the log message and
# authorship information.
git commit -C HEAD@{1}

使用上次提交签出到临时分支git分支临时HEAD@｛1｝重置上次提交数字复位温度现在，您将拥有您提交的所有文件以及以前提交的文件。检查所有文件的状态。git状态从git阶段重置提交文件。git重置myfile1.js（依此类推）重新附加此提交gitcommit-C HEAD@｛1｝将文件添加并提交到新提交。