题 如何撤消“git commit --amend”而不是“git commit”


我不小心修改了我以前的提交。提交应该是独立的,以保留我对特定文件所做更改的历史记录。

有没有办法撤消最后一次提交?如果我做的事情 git reset --hard HEAD^,第一次提交也撤消了。

(我还没有推到任何远程目录)


947
2017-09-22 09:56


起源




答案:


您需要做的是创建一个具有与当前相同的详细信息的新提交 HEAD 提交,但父项为先前版本 HEADgit reset --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.)
git commit -C HEAD@{1}

1670
2017-09-22 10:23



非常酷,+ 1。我甚至用第二个修改视图进行了 git reflog 找到正确的数字,例如 {2}。 - JJD
为了清楚起见,第一个命令是一个真正的“撤消”。它生成HEAD,工作目录(未更改)和索引状态 git commit --amend。第二个是“重做”到新的提交。这些适用于任何人 git commit, 不只是 --amend。 - cdunn2001
因此,如果您没有使用需要抢救的新提交消息进行修改,则第二部分可以是常规的 git commit。 - Matt Montag
出于某种原因,我在运行时遇到错误 git reset --soft HEAD@{1}: fatal: ambiguous argument 'HEAD@1': unknown revision or path not in the working tree. Use '--' to separate paths from revisions。当我更换 HEAD@{1} 使用等效的提交哈希 git reflog (感谢JJD!),这个答案非常有用! - Tim Camber
@TimArnold取决于你的shell,你可能需要放置单引号或双引号 HEAD@{1}。如果我跑 echo HEAD@{1} 以tcsh为例,输出为 HEAD@1 因为大括号是由tcsh解释的。如果我使用单引号,则会保留大括号。 - Kelvin


使用 REF-日志

git branch fixing-things HEAD@{1}
git reset fixing-things

然后,您应该只在您的工作副本中进行所有先前修改的更改,并且可以再次提交

查看以前索引类型的完整列表 git reflog


101
2017-09-22 10:02



这也擦除了索引 - 仍然有用,但超出了简单的“撤消”。 - cdunn2001
两者之间有什么区别吗? HEAD@{1} 和 HEAD~1? - neaumusic
@neaumusic:是的! HEAD~1 与...完全相同 HEAD^ 和标识符 亲 当前提交。 HEAD@{1} 另一方面,指的是HEAD在此之前指向的提交,即,当您签出不同的分支或修改提交时,它们表示不同的提交。 - knittl
@ knittl啊难怪我以前认为这是不可能的,再次感谢,好消息 - neaumusic
第一步是多余的。简单 git reset HEAD@{1} 足够。 - Dwelle


通过以下方式查找修改的提交:

git log --reflog

注意:您可以添加 --patch 为了清楚起见,请查看提交的正文。与...一样 git reflog

然后将HEAD重置为任何先前的提交,只需通过以下方式:

git reset SHA1 --hard

注意: 更换 SHA1与您的真实提交哈希。还要注意这个命令会 失去 任何未提交的更改,因此您可以在之前存储它们。

然后樱桃挑选你需要的其他提交:

git cherry-pick SHA1

32
2018-03-27 01:56



如果你这样做 git reset SHA1 --soft,您可以保留最新的更改,然后提交它们。 - pravj


您始终可以拆分提交, 来自 手册

  • 使用git rebase -i commit ^启动交互式rebase,其中commit是要拆分的提交。实际上,任何提交范围都可以,只要它包含该提交。
  • 使用“编辑”操作标记要分割的提交。
  • 在编辑提交时,执行git reset HEAD ^。结果是HEAD被一个回卷,索引也随之而来。但是,工作树保持不变。
  • 现在将更改添加到您希望在第一次提交中拥有的索引。您可以使用git add(可能是交互式)或git-gui(或两者)来做到这一点。
  • 使用现在适当的提交消息提交now-current索引。
  • 重复最后两步,直到工作树干净。
  • 用git rebase继续rebase - 继续。

20
2017-09-22 10:01



太复杂了。 git reflog 是你所需要的全部 - knittl
有很多步骤,但每个步骤都很简单,很容易做到。这对我有用,并得到我的投票。 - OzBandit
此外,这个答案允许您有选择地选择您意外“修改”的更改,以确实为git重置提供一些额外的价值--soft HEAD @ {1}方法(确实解决了我的问题BTW) - Wiebe Tijsma
您也可以使用reflog方法选择性地选择更改。做就是了 git reset 代替 git reset --soft, 然后做 git add --patch。 - geekofalltrades
这仍然重写历史,需要强制推动。根据您的情况,可能会或可能不是一个问题。 - Pajn


也许可以用 git reflog 在修改之前和修改之后获得两次提交。

然后用 git diff before_commit_id after_commit_id > d.diff 在修改之前和修改之后得到差异。

下次使用 git checkout before_commit_id 在提交之前回到

最后使用 git apply d.diff 应用你所做的真正改变。

这解决了我的问题。


13
2017-09-20 12:39





可能值得注意的是,如果您仍然在编辑器中使用提交消息,则可以删除提交消息,它将中止 git commit --amend 命令。


12
2018-03-03 18:45





差不多9年了,但没有看到这个变化提到完成同样的事情(这是其中一些的组合,类似于最佳答案(https://stackoverflow.com/a/1459264/4642530)。

搜索分支上的所有分离头

git reflog show origin/BRANCH_NAME --date=relative

然后找到SHA1哈希

重置为旧SHA1

git reset --hard SHA1

然后把它推回去。

git push origin BRANCH_NAME

完成。

这将使您完全恢复到旧提交。

(包括先前覆盖的分离提交头的日期)


1
2018-06-17 21:55





  1. 使用上次提交签出到临时分支

    git branch temp HEAD@{1}

  2. 重置上次提交

    git reset temp

  3. 现在,您将拥有提交的所有文件以及之前的提交。检查所有文件的状态。

    git status

  4. 从git阶段重置您的提交文件。

    git reset myfile1.js (等等)

  5. 重新附加此提交

    git commit -C HEAD@{1}

  6. 添加文件并将其提交到新提交。


0
2018-03-04 07:28