撤销一系列本地承诺

OP: 我如何撤销当地最近在Git的最新承诺? 我无意中犯下了错误的案卷[作为几项承诺的一部分]。

开始案例

依你追求的结果而定,有几种方式可以“不做”作为承诺系列。考虑到下面的起始案例,reset, rebase和filter-branch全部可以用于重写您的历史 。

如何可以C1 C1和C2 C2 级将取消以删除tmp.log是否从每个文件中做出 ?

在下文的例子中,使用了绝对承诺参考,但如果更多地使用相对参考(即:HEAD~2或HEAD@{n}).

备选案文1:reset

$ git reset --soft t56pi

与reset,一个分支可以重置到先前的状态,而任何复合变化都返回到等待区,从中可以放弃任何不必要的变化。

注:原为:reset将所有先前的修改分组到等待区,个人承诺元数据将丢失。如果这与您有问题,你也许更有机会与rebase或filter-branch取而代之。

备选案文2:rebase

$ git rebase --interactive t56pi

使用交互式rebase可以在分支中修改和丢弃不想要的更改。在以上信息图中,右侧的源树可以显示状态位置。rebase.

逐步执行

1. 选择从哪处进行重置基底(例如 :t56pi)
2. 选择您要通过替换更改pick与edit保存和关闭。
3. Git 现在将停止对每个选中承诺的每次执行, 允许您重置HEAD,删除不需要的文件,创建全新的承诺。

注:与rebase大部分承诺元数据的保存与承诺元数据的保存形成对比。reset上方的替代选项。 如果您想要保留大部分历史, 但只删除不需要的文件, 这很可能是一个首选选项 。

备选案文3:filter-branch

$ git filter-branch --tree-filter 'rm -r ./tmp.log' t56pi..HEAD

上上命令会过滤文件./tmp.log所有承诺在理想范围内的t56pi..HEAD(假设我们最初的起步案例来自以上)请见下文说明清楚。

类似rebase, filter-branch可用于从分支的一个小节中清除不想要的文件。 而不是通过重设程序手动编辑每项承诺,filter-branch能够自动预设对每项承诺的预期行动。

注:就像rebase, filter-branch仅丢弃所需文件, 将保存承诺元数据的其余部分 。C1 C1和C2 C2 级已经改写了, 日志文件被丢弃了, 从每个任务中 。

结论 结论 结论 结论 结论

就像任何与软件开发有关的事情一样,对于一个特定的问题,有多种方法可以实现相同(或类似)的结果。你只需要选择最适合你特定案例的方法。

最后 -- -- 友好建议

请注意上面所有三种选择都完全重写历史。 除非您确切知道自己在做什么, 并在团队中保持良好的沟通 — — 只有重写承诺还没有远程发布 !

资料来源:以上所有例子都是从中借用的博客博客.

使用 reflog 查找正确状态

git reflog

安全前的路线

选择正确的 reflog( 以我为例, f3cb6e2) 和类型

git reset --hard f3cb6e2

在那之后,重置的总部将重新设置为重置的总部。 冲突后的讲解

最终, 折叠图看起来像下面的图片

谈判最后定本

添加/删除文件, 以便按照您想要的方式获取文件 :

git rm classdir
git add sourcedir

然后修正承诺:

git commit --amend

之前的错误承诺将会被编辑 以反映新的指数状态 换句话说,这就像你从未犯过错误一样

请注意,你只应该在还没有推的时候做这个。如果你已经推了,那么你只需要正常地做一个修正。

撤销一项承诺是有点吓人,如果你不知道它是如何运作的。 但如果你理解的话,它其实很容易。我会告诉你4种不同的方式, 你可以解除一项承诺。

说你们有这个,C是你们的总部,(F)是你们档案的状态。

   (F)
A-B-C
    ↑
  master

备选1:git reset --hard

您想要销毁C国罪行,并抛弃任何未承诺的变更。你这样做:

git reset --hard HEAD~1

结果是:

 (F)
A-B
  ↑
master

现在B是总部,因为你用了--hard中,您的文件在承诺 B 时被重置为状态。

备选案文2:git reset

也许C不是灾难,只是有点不对劲取消承诺,但保留您的更改在您做更好的承诺之前需要编辑一点。 从这里重新开始, C 做为您的总部 :

   (F)
A-B-C
    ↑
  master

做这个,离开--hard:

git reset HEAD~1

在这种情况下,结果是:

   (F)
A-B-C
  ↑
master

在这两种情况下,HEAD都只是最新承诺的指针。git reset HEAD~1,您告诉 Git 将 HEAD 指针移回一个承诺。但(除非您使用)--hard你把你的档案和以前一样留在原样,所以现在git status显示您在 C 中检查过的更改。 您没有丢失任何东西 !

备选3:git reset --soft

最轻轻的触碰,你甚至可以取消您的承诺, 但要离开您的文件和文件指数指数指数指数:

git reset --soft HEAD~1

这不仅留下你的档案, 甚至离开你的指数指数指数指数当你独自一个人去的时候,git status,你会看到相同的文件在索引中和以前一样。事实上,在这个命令之后,你可以做git commit你会重蹈覆辙 做你刚做过的同样的事

备选方案4:你确实做了git reset --hard需要把密码拿回来

还有一件事: 假设你销毁如在第一个示例中,但后来发现你需要它运气不好,对不对?

不,有仍为键入此

git reflog

你将看到一份(部分)承诺的清单,沙沙即你们所迁居的地方。你们要找出你们所摧毁的罪状,然后你们要这样做:

git checkout -b someNewBranchName shaYouDestroyed

承诺在Git不会在90天内被摧毁 所以你通常可以回去 拯救一个你本不想除掉的人

通过下列方式查看日志来查找上次承诺的散列代码 :

git log

然后

git reset <the previous co>

头:

在重置承诺之前, 我们应该知道关于 HEAD... HEAD 在您的工作目录中只是您目前的状况。 它由承诺编号代表 。

Git 承诺 :

在由独有标签代表的一承诺下指定的每一项更改。 无法删除提交 。 所以, 如果您想要您最后的承诺, 您可以简单地跳入其中 。git reset.

您可以使用两种方法跳入最后一个承诺 :

方法1:(如果你不知道承诺编号,但想移动到第一个)

git reset HEAD~1  # It will move your head to last commit

方法2:(如果你们知道自己所做的一切,那末,你们只须将自己所知道的(事情)重新置身于你们所认识的(事情)中)

git reset 0xab3# 提交编号

注:想要了解最近一项任务尝试git log -p -1

以下是图形表达式 :