删除特定的提交

我正在和一个朋友一起在一个项目上工作，他编辑了一些本不应该被编辑的文件。 不知何故，我把他的工作合并到了我的工作中，无论是当我拉我的工作，还是当我试图挑选出我想要的特定文件时。 我一直在寻找和玩了很长时间，试图找出如何删除包含对这些文件进行编辑的提交，似乎是回退和rebase之间的折腾，并没有直截了当的例子，文档假设我知道比我更多。

所以这是一个简化的问题：

鉴于以下情况，我如何删除提交2？ 

$ mkdir git_revert_test && cd git_revert_test $ git init Initialized empty Git repository in /Users/josh/deleteme/git_revert_test/.git/ $ echo "line 1" > myfile $ git add -A $ git commit -m "commit 1" [master (root-commit) 8230fa3] commit 1 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 myfile $ echo "line 2" >> myfile $ git commit -am "commit 2" [master 342f9bb] commit 2 1 files changed, 1 insertions(+), 0 deletions(-) $ echo "line 3" >> myfile $ git commit -am "commit 3" [master 1bcb872] commit 3 1 files changed, 1 insertions(+), 0 deletions(-)

预期的结果是 

 $ cat myfile line 1 line 3

这里是我一直试图恢复的一个例子 

 $ git revert 342f9bb Automatic revert failed. After resolving the conflicts, mark the corrected paths with 'git add <paths>' or 'git rm <paths>' and commit the result.

Git在计算diff时要使用的algorithm需要这样做

  1. 正在恢复的行不会被任何稍后的提交所修改
  2. 在历史的后面没有任何其他“相邻”的承诺。

“相邻”的定义是基于上下文diff的默认行数，即3。因此，如果'myfile'是这样构造的： 

 $ cat >myfile <<EOF line 1 junk junk junk junk line 2 junk junk junk junk line 3 EOF $ git add myfile $ git commit -m "initial check-in" 1 files changed, 11 insertions(+), 0 deletions(-) create mode 100644 myfile $ perl -p -i -e 's/line 2/this is the second line/;' myfile $ git commit -am "changed line 2 to second line" [master d6cbb19] changed line 2 1 files changed, 1 insertions(+), 1 deletions(-) $ perl -p -i -e 's/line 3/this is the third line/;' myfile $ git commit -am "changed line 3 to third line" [master dd054fe] changed line 3 1 files changed, 1 insertions(+), 1 deletions(-) $ git revert d6cbb19 Finished one revert. [master 2db5c47] Revert "changed line 2" 1 files changed, 1 insertions(+), 1 deletions(-)

然后这一切按预期工作。

第二个答案非常有趣。 还有一个function还没有正式发布（尽pipe可以在Git v1.7.2-rc2中find）称为Revert Strategy。 你可以像这样调用git：

git revert –strategy resolve <commit>

而且应该更好地搞清楚你的​​意思。 我不知道可用策略的清单是什么，也不知道任何策略的定义。

有四种方法可以这样做：

  • 干净的方式，恢复但logging恢复： 

     git revert --strategy resolve <commit>

  • 苛刻的方式，只删除最后一次提交： 

     git reset --soft "HEAD^"

注意：避免git reset --hard因为它也将放弃自上次提交以来文件中的所有更改。 如果 – --soft不起作用，则尝试 – --mixed或 – --keep 。

  • Rebase（显示最近5次提交的日志并删除你不想要的行，或重新sorting，或压缩多个提交，或者做任何你想要的东西，这是一个非常灵活的工具）： 

     git rebase -i HEAD~5

如果发生错误： 

 git rebase --abort

  • 快速重新分配：只使用其ID删除特定的提交： 

     git rebase --onto commit-id^ commit-id

  • 替代品：你也可以尝试： 

     git cherry-pick commit-id

  • 还有另一种select： 

     git revert --no-commit

  • 作为最后的手段，如果你需要充分的历史编辑自由（例如，因为git不允许你编辑你想要的），你可以使用这个非常快的开源应用程序： reposurgeon 。

注意：当然，所有这些更改都是在本地完成的，您应该随后将这些更改应用到远程。 如果您的repo不想删除提交（“不允许快进”，当您想删除已经推送的提交时发生），可以使用git push -f强制推送更改。

注2：如果在分支上工作，你需要强制推送，你应该完全避免git push --force因为这可能会覆盖其他分支（如果你已经做了更改，即使你当前的结账在另一个分支上）。 当你强制推送时 ， 总是要指定远程分支 ： git push --force origin your_branch 。

你的select是在之间

  1. 保持错误并引入修复和
  2. 消除错误并改变历史。

你应该select（1）如果错误的改变被其他人拿走，（2）如果错误被限制在一个私人的未被推送的分支。

Git还原是一个自动化的工具（1），它创build一个新的提交撤消一些以前的提交。 您会在项目历史logging中看到错误和删除，但是从存储库中提取的人员在更新时不会遇到问题。 这不是在你的例子中以自动方式工作，所以你需要编辑'myfile'（删除第2行），做git add myfile和git commit来处理冲突。 然后，您将在历史logging中提交四次提交，并提交4还原提交2。

如果没有人关心你的历史变化，你可以重写它，并删除提交2（select2）。 简单的方法是使用git rebase -i 8230fa3 。 这会让你进入一个编辑器，你可以select不包括错误的提交，通过删除提交（并保持“挑选”旁边的其他提交消息。请仔细阅读这样做的后果 。

你可以使用git rebase删除不需要的提交。 假设你从一个同事的主题分支提交了一些提交到你的主题分支，但后来决定你不想要这些提交。 

 git checkout -b tmp-branch my-topic-branch # Use a temporary branch to be safe. git rebase -i master # Interactively rebase against master branch.

此时您的文本编辑器将打开交互式底视图。 例如

混帐底垫，待办事项

  1. 通过删除他们的行来删除你不想要的提交
  2. 保存并退出

如果重build失败，请删除临时分支并尝试其他策略。 否则继续按照以下说明操作。 

 git checkout my-topic-branch git reset --hard tmp-branch # Overwrite your topic branch with the temp branch. git branch -d tmp-branch # Delete the temporary branch.

如果您将主题分支推送到远程，则可能需要强制推送，因为提交历史logging已更改。 如果其他人在同一个分支上工作，就给他们一个领导。

非常简单的方法

git rebase -i HEAD〜x

（x =提交数量）

一旦执行记事本文件将打开“放”除了你的提交 在这里输入图像描述

这就是你所做的…只是同步git仪表板，变化将被推到远程。 如果您提交的提交已经在远程，您将不得不强制更新。 由于–force被认为是有害的 ，请使用git push --force-with-lease 。

从这里的其他答案来看，我对于如何使用git rebase -i来移除提交感到困惑，所以我希望可以在这里记下我的testing用例（非常类似于OP）。

这里是一个bash脚本，您可以将其粘贴到/tmp文件夹中创build一个testing存储库： 

 set -x rm -rf /tmp/myrepo* cd /tmp mkdir myrepo_git cd myrepo_git git init git config user.name me git config user.email me@myself.com mkdir folder echo aaaa >> folder/file.txt git add folder/file.txt git commit -m "1st git commit" echo bbbb >> folder/file.txt git add folder/file.txt git commit -m "2nd git commit" echo cccc >> folder/file.txt git add folder/file.txt git commit -m "3rd git commit" echo dddd >> folder/file.txt git add folder/file.txt git commit -m "4th git commit" echo eeee >> folder/file.txt git add folder/file.txt git commit -m "5th git commit"

在这一点上，我们有一个file.txt与这些内容： 

 aaaa bbbb cccc dddd eeee

此时，HEAD在第5次提交，HEAD〜1将是第4次，而HEAD〜4将是第1次提交（所以HEAD〜5将不存在）。 比方说，我们要删除第三个提交 – 我们可以在myrepo_git目录中发出这个命令： 

 git rebase -i HEAD~4

（ 请注意， git rebase -i HEAD~5结果是“致命的：需要一个版本;无效的上游 HEAD〜5 ”。 ）文本编辑器（参见@Dennis的答案中的截图）将打开这些内容： 

 pick 5978582 2nd git commit pick 448c212 3rd git commit pick b50213c 4th git commit pick a9c8fa1 5th git commit # Rebase b916e7f..a9c8fa1 onto b916e7f # ...

所以我们从 （但不包括 ）我们要求的HEAD〜4开始提交所有的提交。 删除行pick 448c212 3rd git commit并保存该文件; 你会从git rebase得到这个回应： 

 error: could not apply b50213c... 4th git commit When you have resolved this problem run "git rebase --continue". If you would prefer to skip this patch, instead run "git rebase --skip". To check out the original branch and stop rebasing run "git rebase --abort". Could not apply b50213c... 4th git commit

此时在文本编辑器中打开myrepo_git / folder/file.txt ; 你会看到它已被修改： 

 aaaa bbbb <<<<<<< HEAD ======= cccc dddd >>>>>>> b50213c... 4th git commit

基本上， git看到HEAD第二次提交时，有aaaa + bbbb内容; 然后它有一个补丁cccc + dddd补丁，它不知道如何追加到现有的内容。

所以这里git不能为你决定 – 你必须作出决定：通过删除第三个提交，你要么保持它所引入的变化（这里，行cccc ） – 否则你不这样做。 如果不这样做，只需使用文本编辑器删除folder/file.txt中的多余行（包括cccc ，如下所示： 

 aaaa bbbb dddd

…然后保存folder/file.txt 。 现在，您可以在myrepo_git目录中发出以下命令： 

 $ nano folder/file.txt # text editor - edit, save $ git rebase --continue folder/file.txt: needs merge You must edit all merge conflicts and then mark them as resolved using git add

啊 – 所以为了标记我们已经解决了冲突，我们必须在 git add folder/file.txt之前做git rebase --continue ： 

 $ git add folder/file.txt $ git rebase --continue

这里再次打开一个文本编辑器，显示第4th git commit行4th git commit – 在这里我们有机会改变提交消息（在这种情况下，可以有意义的更改为4th (and removed 3rd) commit或类似）。 假设你不想 – 所以只需退出文本编辑器而不保存; 一旦你这样做，你会得到： 

 $ git rebase --continue [detached HEAD b8275fc] 4th git commit 1 file changed, 1 insertion(+) Successfully rebased and updated refs/heads/master.

在这一点上，现在你有一个像这样的历史（你也可以检查与gitk .或其他工具）的folder/file.txt的内容（显然，原始提交的时间戳不变）： 

 1st git commit | +aaaa ---------------------------------------------- 2nd git commit | aaaa | +bbbb ---------------------------------------------- 4th git commit | aaaa | bbbb | +dddd ---------------------------------------------- 5th git commit | aaaa | bbbb | dddd | +eeee

如果以前，我们决定保留cccc这一行（我们删除了第三个git commit的内容），那么我们可能会有： 

 1st git commit | +aaaa ---------------------------------------------- 2nd git commit | aaaa | +bbbb ---------------------------------------------- 4th git commit | aaaa | bbbb | +cccc | +dddd ---------------------------------------------- 5th git commit | aaaa | bbbb | cccc | dddd | +eeee

那么，这是我希望我已经find的那种阅读方式，开始讨论git rebase如何在删除提交/修订方面的工作; 所以希望它也可以帮助别人…

所以这听起来好像是在一个合并提交中合并了错误的提交。 你的合并提交被拉了吗？ 如果是的话，那么你会想要使用git revert ; 你必须咬紧牙关，努力解决冲突。 如果不是，那么你可以想像要么rebase或还原，但你可以在合并提交之前这样做，然后重新合并。

我们没有太多的帮助，我们可以给你的第一个案件，真的。 在尝试恢复之后，发现自动失败，您必须检查冲突并适当地修复它们。 这与解决合并冲突的过程完全相同; 您可以使用git status来查看冲突的位置，编辑未合并的文件，find冲突的区块，找出如何解决它们，添加冲突的文件，最后提交。 如果你自己使用git commit （no -m <message> ），编辑器中popup的消息应该是由git revert创build的模板消息; 您可以添加关于如何解决冲突的注释，然后保存并退出提交。

对于第二种情况， 在合并之前解决问题，根据合并后是否做了更多的工作，有两个子类。 如果你还没有，你可以简单的git reset --hard HEAD^取消合并，回复，然后重新合并。 但是我猜你已经 所以，你最终会做这样的事情：

  • 在合并之前创build一个临时分支，并检查出来
  • 做回复（或使用git rebase -i <something before the bad commit> <temporary branch>去除坏提交）
  • 重新合并
  • 重新git rebase --onto <temporary branch> <old merge commit> <real branch>你的后续工作： git rebase --onto <temporary branch> <old merge commit> <real branch>
  • 删除临时分支

所以你做了一些工作，并推动它，让我们叫他们提交A和B.你的同事也做了一些工作，提交C和D.你合并你的同事工作（合并提交E），然后继续工作，承诺， （承诺F），并发现你的同事改变了一些他不应该拥有的东西。

所以你的提交历史看起来像这样： 

 A -- B -- C -- D -- D' -- E -- F

你真的想摆脱C，D和D'。 既然你说你把你的同事合并到你的工作中，这些提交已经“在那里”了，所以使用git rebase去除提交是一个不好的做法。 相信我，我已经试过了。

现在我看到了两条出路：

  • 如果您还没有将E和F推送给您的同事或任何其他人（通常是您的“起源”服务器），那么您仍然可以暂时将其从历史logging中删除。 这是你想要保存的工作。 这可以用一个 

     git reset D'

    （用你可以从git log获得的实际提交哈希代替D'）

    在这一点上，提交E和F都不见了，这个改变也是在你的本地工作空间中的未经改变的改变。 在这一点上，我会把他们移动到一个分支或把他们变成一个补丁，并保存以备后用。 现在，恢复你的同事的工作，或自动git revert或手动。 当你这样做的时候，重播你的作品。 你可能会合并冲突，但至less他们会在你写的代码中，而不是你的同事的代码中。

  • 如果你已经推动了你同事提交后所做的工作，那么你仍然可以尝试手动或者使用git revert来获得“反向修补”，但是由于你的工作是“在途中”，所以可以这么说可能会得到更多的合并冲突和更混乱的冲突。 看起来这就是你最终在…

请按照下面的行动，因为我们正在使用 – 你需要有pipe理权限的git回购做到这一点。

第1步：find提交之前提交你想删除git log

第2步：签出提交git checkout <commit hash>

第3步：使用您当前的签出提交git checkout -b <new branch>

第4步：现在你需要在删除提交git cherry-pick <commit hash>后添加提交

第5步：现在重复第4步所有其他提交你想保留。

第6步：一旦所有提交已添加到您的新分支，并已提交。 检查一切是否处于正确的状态并按预期工作。 仔细检查一切已经提交： git status

第7步：切换到你的破碎的分支git checkout <broken branch>

第8步：现在执行一个硬复位的分支到提交之前，你想要删除git reset --hard <commit hash>

第9步：合并你的固定分支到这个分支git merge <branch name>

第10步：将合并的更改推回原点。 警告：这将覆盖远程回购！ git push --force origin <branch name>

您可以通过用步骤8replace步骤2和3来创build新分支，然后不执行步骤7和9。

Interesting Posts

Git：我怎样才能find一个最接近目录的提交？

Git怪 – 之前的承诺？

src refspec master在git中推送提交时不匹配

在GIT中撤销删除

如何将某些提交移动到git中的另一个分支？

如何git提交一个文件/目录

你如何将提交移动到临时区域？

暂时将工作副本切换到特定的Git提交

把主从提交到使用git分支

如何从Git存储库中删除选定的提交日志条目，同时保持其更改？