如何修复错误的合并，并将良好的提交重放到固定的合并上？

Question

我在几次提交前不小心将不需要的文件（filename.orig）提交到了我的存储库，直到现在我才注意到。 我想从存储库历史记录中完全删除该文件。

是否可以重写更改历史记录，使 filename.orig 从未添加到存储库中？

Answer 1

如果您的情况与问题中描述的情况不同，请不要使用此食谱。 这个配方是为了修复错误的合并，并将你的好的提交重播到固定的合并上。

虽然 filter-branch 会做你想要的，但这是一个相当复杂的命令，我可能会选择使用 git rebase 来执行此操作。 这可能是个人喜好。 filter-branch 可以通过一个稍微复杂的命令来完成此操作，而 rebase 解决方案一次执行一步等效的逻辑操作。

尝试以下方法：（

# create and check out a temporary branch at the location of the bad merge
git checkout -b tmpfix <sha1-of-merge>

# remove the incorrectly added file
git rm somefile.orig

# commit the amended merge
git commit --amend

# go back to the master branch
git checkout master

# replant the master branch onto the corrected merge
git rebase tmpfix

# delete the temporary branch
git branch -d tmpfix

请注意，您实际上不需要临时分支，您可以使用“分离的 HEAD”来执行此操作，但您需要记下 git 提交生成的提交 ID --修改步骤以提供给git rebase命令，而不是使用临时分支名称。）

Answer 2

简介：您有 5 个可用的解决方案

原海报指出：

我不小心向我的存储库提交了一个不需要的文件...多次提交
之前...我想从存储库历史记录中完全删除该文件。

是吗
可以重写更改历史记录，使得 filename.orig 永远不会
首先添加到存储库中吗？

有许多不同的方法可以完全删除文件的历史记录
git：

1. 修改提交。
2. 硬重置（可能加上变基）。
3. 非交互式变基。
4. 交互式变基。
5. 过滤分支。

对于原始海报来说，修改提交并不是真正的选择
本身，因为他后来做了几次额外的承诺，但为了
为了完整性，我还将向任何其他人解释如何做到这一点
想要修改他们之前的提交。

请注意，所有这些解决方案都涉及更改/重写历史/提交
以一种方式另一种方式，所以任何拥有旧提交副本的人都必须这样做
额外的工作来将其历史记录与新历史记录重新同步。

---

解决方案 1：修改提交

如果您不小心在以前的历史记录中进行了更改（例如添加文件）
提交，并且您不希望该更改的历史记录再存在，那么
您可以简单地修改先前的提交以从中删除文件：

git rm <file>
git commit --amend --no-edit

---

解决方案 2：硬重置（可能加上 Rebase）

与解决方案 #1 类似，如果您只想删除先前的提交，那么您
还可以选择简单地对其父级进行硬重置：

git reset --hard HEAD^

该命令会将您的分支硬重置到前一个^st父级
犯罪。

但是，如果像原始发布者一样，您在之后进行了多次提交
您想要撤消更改的提交，您仍然可以使用硬重置
修改它，但这样做还涉及使用变基。 以下是步骤
您可以使用它来修改历史记录中的提交：

# Create a new branch at the commit you want to amend
git checkout -b temp <commit>

# Amend the commit
git rm <file>
git commit --amend --no-edit

# Rebase your previous branch onto this new commit, starting from the old-commit
git rebase --rebase-merges --onto temp <old-commit> master

# Verify your changes
git diff master@{1}

---

解决方案 3：非交互式变基

如果您只想从历史记录中完全删除提交，那么这将起作用：

# Create a new branch at the parent-commit of the commit that you want to remove
git branch temp <parent-commit>

# Rebase onto the parent-commit, starting from the commit-to-remove
git rebase --rebase-merges --onto temp <commit-to-remove> master

# Or use `-r` instead of the longer `--rebase-merges`
git rebase -r --onto temp <commit-to-remove> master

# Verify your changes
git diff master@{1}

---

解决方案 4：交互式变基

该解决方案将允许您完成与以下相同的事情：解决方案#2 和
#3，即修改或删除历史记录中比您当前更早的提交
之前的提交，因此您选择使用哪种解决方案取决于您。
交互式变基不太适合对数百个提交进行变基，因为
性能原因，所以我会使用非交互式变基或过滤器分支
在这种情况下的解决方案（见下文）。

要开始交互式变基，请使用以下命令：

git rebase --interactive <commit-to-amend-or-remove>~

# Or `-i` instead of the longer `--interactive`
git rebase -i <commit-to-amend-or-remove>~

这将导致 git 将提交历史记录回退到父级
提交您想要修改或删除的内容。 然后它会向您呈现一个列表
在 git 设置使用的任何编辑器中以相反的顺序回滚提交（这是
Vim 默认情况下）：

pick 00ddaac Add symlinks for executables
pick 03fa071 Set `push.default` to `simple`
pick 7668f34 Modify Bash config to use Homebrew recommended PATH
pick 475593a Add global .gitignore file for OS X
pick 1b7f496 Add alias for Dr Java to Bash config (OS X)

您要修改或删除的提交将位于此列表的顶部。
要删除它，只需删除列表中的行即可。 否则，将“pick”替换为
在第一行中输入“edit”，如下所示：

edit 00ddaac Add symlinks for executables
pick 03fa071 Set `push.default` to `simple`

接下来，输入 git rebase --continue。 如果您选择完全删除提交，
然后您需要做的就是（除了验证之外，请参阅最后一步）
这个解决方案）。 另一方面，如果您想修改提交，那么 git
将重新应用提交，然后暂停变基。

Stopped at 00ddaacab0a85d9989217dd9fe9e1b317ed069ac... Add symlinks
You can amend the commit now, with

        git commit --amend

Once you are satisfied with your changes, run

        git rebase --continue

此时，您可以删除该文件并修改提交，然后继续
变基：

git rm <file>
git commit --amend --no-edit
git rebase --continue

就是这样。 作为最后一步，无论您修改提交还是删除它
完全正确，验证没有其他意外变化总是一个好主意
的

git diff master@{1}

---

解决方案 5：过滤分支

最后，如果您想完全清除所有痕迹，则此解决方案是最好
文件的存在历史记录，其他解决方案都不能完全满足要求
任务。

git filter-branch --index-filter \
'git rm --cached --ignore-unmatch <file>'

这将从根提交开始从所有提交中删除 。 如果
相反，你只想重写提交范围 HEAD~5..HEAD，那么你可以
将其作为附加参数传递给 filter-branch，如中指出的
这个答案：

git filter-branch --index-filter \
'git rm --cached --ignore-unmatch <file>' HEAD~5..HEAD

同样，在 filter-branch 完成后，通常是一个好主意核实
通过将您的分支与它的分支进行比较，不会有其他意外的变化
过滤操作之前的先前状态：

git diff master@{1}

---

Filter-Branch 替代方案：BFG Repo Cleaner

我听说 BFG Repo Cleaner 工具运行比 git filter-branch 更快，因此您可能也想将其作为一个选项进行检查。 它甚至在 filter-branch 文档中正式提到作为可行的替代方案：

git-filter-branch 允许您进行复杂的 shell 脚本重写
你的 Git 历史记录，但如果你可能不需要这种灵活性
您只是删除不需要的数据，例如大文件或密码。
对于这些操作，您可能需要考虑 BFG
Repo-Cleaner，一个基于 JVM 的
git-filter-branch 的替代方案，通常至少快 10-50 倍
这些用例，并且具有完全不同的特征：

• 文件的任何特定版本都会被清理一次。 BFG 与 git-filter-branch 不同，它不给你机会处理
  文件根据提交的地点或时间而有所不同
  历史。 此约束提供了核心性能优势
  BFG，非常适合清理坏数据的任务 - 你不需要
  关心坏数据在哪里，您只想让它消失。

• 默认情况下，BFG 充分利用多核机器，并行清理提交文件树。 git-filter-branch 清理
  顺序提交（即以单线程方式），尽管它是
  可以编写包含自己的并行性的过滤器，在
  针对每次提交执行的脚本。

• 命令选项很多
  比 git-filter 分支更具限制性，并且仅致力于
  删除不需要的数据的任务 - 例如：--strip-blobs-bigger-than 1M。

其他资源

1. Pro Git § 6.4 Git 工具 - 重写历史记录。
2. git-filter-branch(1) 手册页。
3. git-commit(1) 手册页。
4. git-reset(1) 手册页。
5. git-rebase(1) 手册页。
6. BFG Repo Cleaner（另请参阅这个答案来自创作者本人）。

Answer 3

如果此后您没有提交任何内容，只需 git rm 文件和 git commit --amend 即可。

如果您要

git filter-branch \
--index-filter 'git rm --cached --ignore-unmatch path/to/file/filename.orig' merge-point..HEAD

经历从 merge-point 到 HEAD 的每次更改，请删除 filename.orig 并重写更改。 使用 --ignore-unmatch 意味着如果由于某种原因 filename.orig 在更改中丢失，该命令不会失败。 这是 git-filter-branch 手册页 中示例部分的推荐方法。

Windows 用户注意：文件路径必须使用正斜杠

Answer 4

这是最好的方法：
http://github.com/guides/completely-remove-a -file-from-all-revisions

请务必先备份文件的副本。

编辑

Neon 的编辑在审核过程中不幸被拒绝。
请参阅下面的 Neons 帖子，它可能包含有用的信息！

---

例如，删除所有意外提交到 git 存储库的 *.gz 文件：

$ du -sh .git ==> e.g. 100M
$ git filter-branch --index-filter 'git rm --cached --ignore-unmatch *.gz' HEAD
$ git push origin master --force
$ rm -rf .git/refs/original/
$ git reflog expire --expire=now --all
$ git gc --prune=now
$ git gc --aggressive --prune=now

这对我来说仍然不起作用吗？ （我目前的 git 版本为 1.7.6.1）

$ du -sh .git ==> e.g. 100M

不知道为什么，因为我只有一个主分支。 无论如何，我终于通过推入一个新的空的、裸露的 git 存储库来真正清理了我的 git 存储库，例如

$ git init --bare /path/to/newcleanrepo.git
$ git push /path/to/newcleanrepo.git master
$ du -sh /path/to/newcleanrepo.git ==> e.g. 5M 

（是的！）

然后我将其克隆到一个新目录并将其 .git 文件夹移动到这个。 例如

$ mv .git ../large_dot_git
$ git clone /path/to/newcleanrepo.git ../tmpdir
$ mv ../tmpdir/.git .
$ du -sh .git ==> e.g. 5M 

（是的！终于清理干净了！）

验证一切正常后，您可以删除../large_dot_git和../tmpdir 目录（也许在几周或几个月后，以防万一......）

Answer 5

重写 Git 历史记录需要更改所有受影响的提交 ID，因此参与该项目的每个人都需要删除其旧的存储库副本，并在清理历史记录后进行新的克隆。 它给越多的人带来不便，你就越需要一个充分的理由来这样做 - 你多余的文件并不会真正造成问题，但如果只有你正在处理这个项目，你最好清理一下如果你愿意的话，可以查看 Git 历史记录！

为了使其尽可能简单，我建议使用 BFG Repo-Cleaner ，一个更简单、更快速的 git-filter-branch 替代方案，专为从 Git 历史记录中删除文件而设计。 它让您的生活更轻松的一种方式是，它实际上默认处理所有引用（所有标签、分支等），但它也是10 - 50 倍 快。

您应该仔细按照此处的步骤操作：http://rtyley.github.com/bfg- repo-cleaner/#usage - 但核心就是这样：下载 BFG jar（需要 Java 6 或更高版本）并运行此命令：

$ java -jar bfg.jar --delete-files filename.orig my-repo.git

将扫描您的整个存储库历史记录，以及任何名为 filename.orig 的文件（不在您的 最新提交）将被删除。 这比使用 git-filter-branch 做同样的事情要容易得多！

全面披露：我是 BFG Repo-Cleaner 的作者。

Answer 6

您可能应该首先克隆您的存储库。

从所有分支历史记录中删除您的文件：

git filter-branch --tree-filter 'rm -f filename.orig' -- --all

仅从当前分支中删除您的文件：

git filter-branch --tree-filter 'rm -f filename.orig' -- --HEAD    

最后您应该运行以删除空提交：

git filter-branch -f --prune-empty -- --all

Answer 7

只是为了将其添加到 Charles Bailey 的解决方案中，我只是使用 git rebase -i 从早期提交中删除不需要的文件，它的工作就像一个魅力。
步骤：

# Pick your commit with 'e'
$ git rebase -i

# Perform as many removes as necessary
$ git rm project/code/file.txt

# amend the commit
$ git commit --amend

# continue with rebase
$ git rebase --continue

Answer 8

我发现的最简单的方法是由 leontalbot （作为评论）建议的，这是一个 Anoopjohn 发布的帖子。 我认为它值得拥有自己的空间作为答案：（

我将其转换为 bash 脚本）

#!/bin/bash
if [[ $1 == "" ]]; then
    echo "Usage: $0 FILE_OR_DIR [remote]";
    echo "FILE_OR_DIR: the file or directory you want to remove from history"
    echo "if 'remote' argument is set, it will also push to remote repository."
    exit;
fi
FOLDERNAME_OR_FILENAME=$1;

#The important part starts here: ------------------------

git filter-branch -f --index-filter "git rm -rf --cached --ignore-unmatch $FOLDERNAME_OR_FILENAME" -- --all
rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --prune=now
git gc --aggressive --prune=now

if [[ $2 == "remote" ]]; then
    git push --all --force
fi
echo "Done."

所有积分均归于 Annopjohn 和 leontalbot 指出。

注意

请注意，该脚本不包含验证，因此请确保您不会犯错误，并且您有备份以防出现问题。 它对我有用，但在你的情况下可能不起作用。 请谨慎使用（如果您想知道发生了什么，请点击链接）。

Answer 9

当然，git filter-branch 是正确的选择。

遗憾的是，这不足以从您的存储库中完全删除 filename.orig，因为它仍然可以被标签、引用日志条目、遥控器等引用。

我建议也删除所有这些引用，然后调用垃圾收集器。 您可以使用 这个 网站一步完成这一切。

git忘记blob文件名.orig

Answer 10

如果这是您想要清理的最新提交，我尝试使用 git 版本 2.14.3 (Apple Git-98)：

touch empty
git init
git add empty
git commit -m init

# 92K   .git
du -hs .git

dd if=/dev/random of=./random bs=1m count=5
git add random
git commit -m mistake

# 5.1M  .git
du -hs .git

git reset --hard HEAD^
git reflog expire --expire=now --all
git gc --prune=now

# 92K   .git
du -hs .git

Answer 11

这就是 git filter-branch 的设计为了。

Answer 12

您还可以使用：

git重置HEAD文件/路径