撤销一系列本地承诺

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

开始案例

依你所追求的结果而定, “ 不做” 有几种方式可以作为承诺的序列。 考虑到下面的起始案例, 重置、 重置和过滤处都可以用来重写您的历史 。

调

如何撤销 C1 和 C2 从每次承诺中移除 tmp. log 文件 ?

在下文的例子中,使用了绝对承诺参考,但如果您更多地使用相对引用(即HEAD~2或HEADn}),则使用同样的方式。

备选案文1:重置

$ git reset --soft t56pi

调

如果重置,分支可以重置为先前的状态,任何复合变化都可恢复到固定区,然后从该区丢弃任何不想要的变化。

注意 : 当重置先前对“ 调制区” 的所有更改组群时, 个人承诺元数据会丢失。 如果这与您有问题, 您也许更可能选择重设或过滤部门 。

备选案文2:重新基数

$ git rebase --interactive t56pi

调

使用交互式的重新基准,可以重写在分支中每个犯罪的行为,允许您修改和丢弃不必要的更改。在以上信息图中,右侧的源树显示的是国家邮政站的重新基准。

逐步执行

选择从哪个选项中承诺重置基底( 例如 t56pi) 选择 选择 选择 您是否愿意以编辑替换取数来更改 。 保存和关闭 。 Git 现在将停止对每个选中的承诺 , 允许您重置 HEAD, 删除不需要的文件, 并创建新承诺 。

注意: 与上面的重置选项相比, 保留了大部分承诺元数据的重基。 如果您想要保留大部分历史数据, 但只删除不需要的文件, 这很可能是一个首选选项 。

替代品3: 替代品3:过滤处

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

上面的命令会从想要的范围 t56pi.HEAD 中的所有承诺中过滤文件 ./tmp.log (假设我们最初的起始案例来自以上) 。 请见下文的清晰度说明 。

调

过滤处可以用来从分支的一个小节中清除不需要的文件。 过滤处可以自动提前对每项承诺采取所需行动, 而不是通过重设程序手动编辑每项承诺。

注意: 就像重置基准一样, 过滤处会保存承诺元数据的其余部分, 只丢弃想要的文件 。 通知 C1 和 C2 是如何被重写的 , 记录文件也从每次承诺中被丢弃 。

结论 结论 结论 结论 结论

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

最后 -- -- 友好建议

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

来源:以上所有例子都是从这个博客借用的。

使用此命令

git checkout -b old-state 0d1d7fc32

认为我们已经有了 code. txt 文件。 我们对其做了一些修改并承诺。 我们可以以三种方式撤销此承诺, 但首先, 您应该知道什么是预置文件... 一个预设文件是一个可以承诺的文件。 如果您运行 git 状态, 此文件将会显示为绿色颜色, 如果它没有被预设用于承诺, 将会显示为红色颜色 :

调

意思是如果您承诺更改, 此文件中的更改没有被保存 。 您可以在您的舞台上添加此文件, 添加 code. txt , 然后进行更改 :

调

撤消上次承诺 :

现在,如果我们想要在不做其他任何更改的情况下撤销承诺, 我们可以使用 git 重设 -- soft HEAD * 如果我们想要撤销承诺及其更改( THIS 是危险的, 因为您的更改将会丢失) , 我们可以使用 git 重置 -- 硬 HEAD * 如果我们想要撤销承诺并删除舞台上的更改, 我们可以使用 git 重置 -- mixed HEAD* 或短格式的 git 重置 HEAD***

使用 reflog 查找正确状态

git reflog

安全前的路线

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

git reset --hard f3cb6e2

在那之后 重置总部将重置 重置后,HEADLOGED

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

谈判最后定本

git 重置 -- 混集、 -- soft 和 -- hard 的区别

先决条件 : 当修改您存储库中的现有文件时, 最初将此项修改视为未阶段化的 。 为了实施更改, 需要分阶段进行, 这意味着使用 git 添加将其添加到索引中 。 在一次任务操作中, 被显示的文件会被添加到索引中 。

让我们举一个例子:

- A - B - C (master)

总部指向C,指数与C吻合。

-- 软

当我们执行 git 重设 -- soft B 时,我们执行 git 重设 -- soft B , 目的是删除承诺 C, 将主机/ HEAD 指向主机/ HEAD 指向 B。 主机/ HEAD 现在将指向 B, 但索引仍然与 C 。 当执行 git 状态时, 您可以看到在承诺 C 中索引的文件是分阶段的。 此时执行 git 承诺将产生与 C 相同变化的新承诺 。

-- 混合混合

执行 git 重新设置 -- mixed B 。 执行时, 主机/ HEAD 会指向 B , 索引也会因使用混合旗子而修改为 B 匹配 。 如果我们在此点运行 git 承诺, 自索引与 HEAD 匹配后, 就不会发生任何变化 。 工作目录中仍然有变化, 但是由于它们不在索引中, git 状态显示它们未显示为未显示的 。 要执行它们, 您会按常态添加并承诺 。

--- 硬

执行 git 重置 -- hard B 执行时, 主人/ HEAD 将指向 B 并修改您的工作目录 C 中添加的更改和所有未承诺的更改将被删除。 工作副本中的文件将与承诺 B 匹配, 这将导致永久删除所有在承诺 C 加上未承诺的更改中所做的更改

希望对可用用于 Git 重置命令的旗帜进行这种比较, 将有助于有人明智地使用这些旗帜。 请参考这些旗帜以获取进一步的详情链接1 (链接) 。

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

git rm classdir
git add sourcedir

然后修正承诺:

git commit --amend

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

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