如果你错误地做了一个还原:

git revert <commit-id>

你只需要运行:

git cherry-pick <commit-id>

我必须使用这个命令来提交我的更改。

你可以通过以下命令获取你的提交ID:

git log --pretty=format:"%h - %an, %ar : %s"

还原提交就像git中的任何其他提交一样。意思是，你可以恢复它，如:

git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746

显然，这只有在更改被推送时才有意义，特别是当您不能强制推送到目标分支时(这对于您的主分支来说是个好主意)。如果更改还没有被推送，只需要选择，还原或简单地删除还原提交。

在我们的团队中，我们有一个规则，在主分支中提交的revert提交上使用revert，主要是为了保持历史记录的干净，这样你就可以看到哪个提交还原了什么:

     7963f4b2a9d    Revert "Revert "OD-9033 parallel reporting configuration"
     "This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
                    ...
     a0e5e86d3b6    Revert "OD-9055 paralel reporting configuration"
     This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
                ...
     Merge pull request parallel_reporting_dbs to master* commit 
    '648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'

这样，你就可以追溯历史，弄清楚整个故事，甚至那些不了解遗产的人也可以自己找出答案。然而，如果你选择或改变内容，这些有价值的信息就会丢失(除非你在评论中包含它)。

显然，如果一个提交多次还原和重新还原，就会变得非常混乱。

如果你还没有按这个改变，git重置-硬头^

否则，还原还原完全没问题。

另一种方法是git结帐HEAD^^——。然后git add -A && git提交。

在我的例子中，我需要在恢复后提交更改，然后才能在没有失败的情况下选择原始提交。

git commit -m "Make changes (original commit)."
git revert <original commit hash>
git commit -m "Revert original commit."
git cherry-pick <original commit hash>

在最初意外删除所有文件的恐慌之后，我使用以下方法来取回我的数据

git reset HEAD@{1}         
git fsck --lost-found      
git show 
git revert <sha that deleted the files>

Git cherry-pick <原始提交sha> 将复制原始提交，本质上是重新应用提交

还原将做同样的事情，与一个更混乱的提交消息: Git revert <commit sha of revert>

这两种方式都允许您在不覆盖历史记录的情况下进行git推送，因为它会在还原后创建一个新的提交。 当输入commit sha时，通常只需要前5或6个字符: Git选择6bfabc