撤销一系列本地承诺

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 承诺中移除, 请使用“ - 软” 选项的“ git 重置” 命令, 并在 HEAD 之前指定此承诺 。

$ git reset --soft HEAD~1

当运行此命令时, 您将会看到最近任务( HEAD) 中的文件, 您将能够执行它们 。

现在您的文件在中转区, 您可以使用“ git reset” 命令再次删除它们( 或取消它们) 。

$ git reset HEAD <file>

注意: 这次, 您正在从 HEAD 中重新设置文件, 因为您只是要将文件从您的中转区域中排除 。

如果您对该文件不再感兴趣,请使用“git rm” 命令从索引(也称为中转区)中删除文件。

$ git rm --cached <file>

修改完成后,您可以使用“修正”选项再次进行修改。

$ git commit --amend

要验证文件是否正确从仓库中移除文件, 您可以运行“ git Is- 文件” 命令, 检查文件是否在文件中出现( 如果是新的文件) 。

$ git ls-files

 <file1>
 <file2>

使用 Git 恢复从文件中删除文件

自 Git 2. 23 以来, 有一种将文件从承诺中移除的新方式, 但是您必须确保您使用的 Git 版本大于或等于 2. 23 。

$ git --version

2.244.1 Git 版本

注: Git 2.23 于2019年8月发布,

要安装更新版本的 Git, 您可以检查此教程 。 要将文件从承诺中删除, 请使用“ git reform” 命令, 使用“ 源代码” 选项指定源代码, 并指定要从仓库中删除的文件 。

例如,为了将名为“ Myfile” 的文件从HEAD 删除, 您将写入以下命令

$ git restore --source=HEAD^ --staged  -- <file>

举例来说, 让我们假装您编辑了您最近在您的“ 主管” 分支上的承诺中的文件 。

文件已正确执行, 但您想要从您的 Git 仓库中删除它 。

要从 Git 仓库中删除您的文件, 您需要先恢复它 。

$ git restore --source=HEAD^ --staged  -- newfile

$ git status

在分支“ 校长” 上

您的分支比“ 来源/ 主管” 提前 1 个承诺 。 (使用“ 提供推动” 来发布您本地的承诺 )

拟承诺的修改:

 (use "git restore --staged <file>..." to unstage)
    modified:   newfile

未准备进行的更改:

 (use "git add <file>..." to update what will be committed)
 (use "git restore <file>..." to discard changes in working directory)
      modified:   newfile

如你所见 你的档案又回到了中转区

从那里,您有两个选择, 您可以选择编辑您的文件, 以便重新重新打开它, 或者简单地从您的 Git 仓库中删除它 。

从 Git 仓库中删除文件

在本节中,我们将描述从您的 Git 仓库中删除文件的步骤。

首先,您需要卸载您的文件, 因为如果它被摆放, 您将无法删除它 。

要卸载文件, 请使用“ git 重置” 命令, 并指定 HEAD 为源代码 。

$ git reset HEAD newfile

当您的文件被正确卸载时, 请使用“ git rm” 命令, 使用“ cached” 选项来从 Git 索引中删除此文件( 这不会删除磁盘上的文件)

$ git rm --cached newfile

r m ' newfile' (新文件)

如果您现在检查了仓库状态, 您将可以看到 Git 正在准备删除承诺 。

$ git status

在分支“ 校长” 上

您的分支比“ 来源/ 主管” 提前 1 个承诺 。 (使用“ 提供推动” 来发布您本地的承诺 )

拟承诺的修改:

 (use "git restore --staged <file>..." to unstage)
    deleted:    newfile

现在您的文件已经准备就绪, 只需使用“ 授权承诺” 和“ 修正” 选项, 以修正您仓库中的最新承诺 。

`$ git commit --amend

 [master 90f8bb1] Commit from HEAD
  Date: Fri Dec 20 03:29:50 2019 -0500
  1 file changed, 2 deletions(-)
  delete mode 100644 newfile

`如你所见,这不会产生新的承诺,但将从根本上修改最近的承诺,以便包括您的更改。

从 GitCroud 中删除指定文件

某些情况下,你不希望所有文件再次出现:你只有一个文件可以修改一个非常具体的存储库文件。

要从 Git 承诺中删除特定文件, 请使用“ 软” 选项中的“ git 重置” 命令, 指定 HEAD 之前的承诺, 以及您要删除的文件 。

$ git reset HEAD^ -- <file>

修改完成后,您的文件就会回到中转区

首先,您可以选择使用“ Git 重置” 命令从中转区域删除文件,并指定您要从 HEAD 中重置。

$ git reset HEAD <file>

注意: 这并不意味着您会丢失此文件中的更改, 只是文件会被从中转区删除 。

如果您想要从索引中完全删除文件, 您就必须使用“ git rm” 命令, 并使用“ cached” 选项 。

$ git reset HEAD <file>

为了确保您的文件被正确从中转区移除, 请使用“ git Is- files” 命令来列出属于索引的文件 。

$ git ls-files

当您的修改完全完成后, 您可以使用“ git deform” 命令和“ amend” 选项来修改您删除文件的承诺 。

$ git commit --amend

使用 reflog 查找正确状态

git reflog

安全前的路线

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

git reset --hard f3cb6e2

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

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

谈判最后定本

第一运行 :

git reflog

这将显示您在存储库中实施的所有可能的动作, 例如, 承诺、 合并、 调用等 。

那么,请:

git reset --hard ActionIdFromRefLog

撤消上次承诺 :

git reset --soft HEAD^或git reset --soft HEAD~

这将撤销最后一项承诺 。

给--soft意思是重置为中位 。

HEAD~或HEAD^意思是移动以在 HEAD 之前承诺 。

---

替换上次承诺的新承诺 :

git commit --amend -m "message"

它将以新承诺取代最后一项承诺 。

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

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