I saw responses include the command git reset --hard HEAD without any caution. You should be careful with that command because of the option --hard. It resets your index and your remote repo but mostly, it also resets your local repo and all commits that were not pushed to the remote yet will be lost, both from your local repo and index. Never use that flag --hard unless you are sure you also want to reset all your local work from the current commit till the hash you chose. If anyway you did it by mistake, run git reflog to retrieve your ~hash then git reset --hard ~hash to recover your files.

或者你可以用git checkout -b <new-branch> and git cherry-pick <commit> the before to the and git rebase to drop revert commit。像以前一样发送拉请求。

如果你不喜欢“还原还原”这个想法(特别是当这意味着丢失多次提交的历史信息时)，你可以随时查看git文档中关于“还原错误合并”的内容。

给定下面的起始情况

 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E   <-- fixed-up topic branch

(W是归并M的初始还原;D和E修复了你最初损坏的特性分支/提交)

你现在可以简单地重放提交A到E，这样它们都不“属于”被还原的合并:

$ git checkout E
$ git rebase --no-ff P

分支的新副本现在可以再次合并到主分支:

   A'---B'---C'------------D'---E'  <-- recreated topic branch
  /
 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E

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

git revert <commit-id>

你只需要运行:

git cherry-pick <commit-id>

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

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

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

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

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

我是这样做的: 如果分支my_branchname包含在被还原的合并中。我想取消my_branchname:

我首先从my_branchname执行git checkout -b my_new_branchname。 然后我做一个git重置——软$COMMIT_HASH，其中$COMMIT_HASH是my_branchname第一次提交之前的提交哈希(见git日志) 然后我新建一个commit git commit -m "Add back reverted changes" 然后我向上推新的分支git推origin new_branchname 然后我对新分支提出了拉请求。