删除旧提交中提交的文件

问题描述

我有 6 个提交,每个提交都提交了多个文件。我的“问题”是,我提交了一个我不应该提交的文件,我希望它从旧提交中消失,所以我看不到它:

last commit
  file8
  file7

commit 3
  file6
  file5

commit 2
  file4
  file3

first commit
  file2
  file1

如何从提交 2 中删除 file4 以使其消失?

...
commit 3
  file6
  file5

commit 2
  file3

...

解决方法

你不能。 没有提交,一旦提交,就可以更改。所以你不能从旧的提交中删除文件。

这并不意味着您无法解决真正的问题,即:您仍然希望有六个提交,但您希望某些提交的内容这六个提交中的一个与现在不同。您可以通过多次提交来实现这一点,之后您停止使用一些旧提交。

如果提交 #1 没问题,您可以保持原样。然而,在#1 之后提交#2 是可以的。你必须把那个扔掉。您实际上无法直接丢弃或删除它,但您可以停止使用它。一旦你这样做了,Git 最终会丢弃它。1然而,你将需要一个 新的和改进的版本提交 #2,你将使用它而不是旧的提交-#2。

Commit #3 可能部分没问题,如果它不包含您不希望任何提交包含的文件。2但即使这样没问题,也绝对是不是毕竟好,因为它指的是错误的提交#2。每个 Git 提交都引用回它的前一个提交,因此要替换提交 #2,您还必须删除提交 #3。这意味着您需要替换 #3。

提交#4 可能部分正常,就像#3,但像#3 一样,它指的是一个错误的提交:在这种情况下,#3 本身! #3 很糟糕因为它直接引用了#2,这也让#4 很糟糕。所以你将不得不制作一个新的和改进的提交 #4 版本。

这与提交 #5 和 #6 重复。如果提交 #2 不好,你必须用一个新的和改进的版本替换它,这也需要替换每个后续提交。

那么:你如何替换这些提交?这就是 git rebase 的用武之地。 git rebase 所做的——它的全部内容——是采取一些现有的提交,这些提交在某些方面基本上是可以的,但在其他方面则不可以——并用新的和改进的提交替换它们。

git rebase 命令在内部使用 git cherry-pick 执行此操作。了解这一点并了解其工作原理是个好主意。这在other StackOverflow postingsthoughso see those 中有很好的介绍。


1默认情况下,废弃的提交会保留至少 30 天,以防您改变主意并希望它们回来。一旦它们变成这样,就很难找到它们,并且尝试加速 Git 对它们所做的默认至少 30 天的老化操作几乎不值得,但是如果您有奇怪的情况,可以加快进程。

2每次提交都包含每个文件,而不仅仅是自上次提交以来更改的文件。因此,如果提交 #3 没有删除文件,与提交 #2 相比,这毕竟是不行的。但这是一个侧面,因为我们将构建新的和改进的提交。

,

您可以使用以下命令进行此操作。但首先要找出存储库中要删除的文件的路径 (file4)。

git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch <path_to_file>" HEAD

此后,执行 git push -f 并从 commit2 和存储库中删除该文件。

但要小心 git filter-branch。您可以看到的文档 here

相关问答

错误1:Request method ‘DELETE‘ not supported 错误还原:...
错误1:启动docker镜像时报错:Error response from daemon:...
错误1:private field ‘xxx‘ is never assigned 按Alt...
报错如下,通过源不能下载,最后警告pip需升级版本 Requirem...