我有 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
...
答案 0 :(得分:0)
你不能。 没有提交,一旦提交,就可以更改。所以你不能从旧的提交中删除文件。
这并不意味着您无法解决真正的问题,即:您仍然希望有六个提交,但您希望某些提交的内容这六个提交中的一个与现在不同。您可以通过多次新提交来实现这一点,之后您停止使用一些旧提交。
如果提交 #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 postings、though、so see those 中有很好的介绍。
1默认情况下,废弃的提交会保留至少 30 天,以防您改变主意并希望它们回来。一旦它们变成这样,就很难找到它们,并且尝试加速 Git 对它们所做的默认至少 30 天的老化操作几乎不值得,但是如果您有奇怪的情况,可以加快进程。
2每次提交都包含每个文件,而不仅仅是自上次提交以来更改的文件。因此,如果提交 #3 没有删除文件,与提交 #2 相比,这毕竟是不行的。但这是一个侧面,因为我们将构建新的和改进的提交。
答案 1 :(得分:0)
您可以使用以下命令进行此操作。但首先要找出存储库中要删除的文件的路径 (file4
)。
git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch <path_to_file>" HEAD
此后,执行 git push -f
并从 commit2
和存储库中删除该文件。
但要小心 git filter-branch
。您可以看到的文档 here