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

给定下面的起始情况

 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 checkout -b <new-branch> and git cherry-pick <commit> the before to the and git rebase to drop revert commit。像以前一样发送拉请求。

要返回在提交后恢复的非暂存和暂存更改:

git reset HEAD@{1}

恢复所有未执行的删除操作:

git ls-files -d | xargs git checkout --

我是这样做的: 如果分支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 然后我对新分支提出了拉请求。

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

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

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