git revert commit

这将产生与您想要返回的承诺相反的变化, 然后再进行这种改变。 我认为这是最简单的方式 。

https://git-scm.com/docs/git-revert

要重置上一个修订版, 请永久删除所有未承诺的更改 :

git reset --hard HEAD~1

git reset --soft HEAD~1

git status

Output

在分母上
您的分行在“ 来源/ 主机” 前面 1 个承诺 。
(使用“ little push” 发布您的本地承诺)

拟承诺的修改:
(使用“ git reconful -- paged...” 到 unstage) 新文件 : file1

git log --oneline --graph

Output

• 90f8bb1 (HEAD - > 主人) 第二次承诺\
• 7083e29 初始仓库承诺

撤销一系列本地承诺

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 级已经改写了, 日志文件被丢弃了, 从每个任务中 。

结论 结论 结论 结论 结论

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

最后 -- -- 友好建议

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

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

如果您想要永久撤销它, 您克隆了一些仓库 。

犯罪身份可通过以下方式识别:

git log 

然后你们可以做:

git reset --hard <commit_id>

git push origin <branch_name> -f

如果您想要删除错误的文件, 您应该做

git reset --soft <your_last_good_commit_hash_here>来,如果你来git status中,您会看到中转区的文件。您可以选择错误的文件,然后从中转区取下来。

喜欢下面。

git reset wrongFile1 wrongFile2 wrongFile3

您现在可以添加您需要按键的文件,

git add goodFile1 goodFile2

提交提交它们

git commit -v或git commit -am "Message"

推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推,推

git push origin master

但是,如果您不关心已更改的文件, 您可以硬重置到先前的良好承诺, 并将所有文件都推到服务器 。

由

git reset --hard <your_last_good_commit_hash_here>

git push origin master

如果您已经向服务器发布错误的文件, 您可以使用--force挂号以向服务器推动并编辑历史。

git push --force origin master