有没有办法从 git 中取消跟踪文件？

Question

这似乎与来自 git 的 Untrack 文件类似的问题，但我找不到适合我的答案。

我正在运行 python-django 服务器并且在git merge上遇到问题。

在项目开始时，开发人员已经提交了 git 上的所有 *.pyc 文件，这些提交在服务器上用作生产代码。

现在我已经从存储库中删除了所有 *.pyc 文件并制作了正确的 .gitignore 文件。

但是问题就出现在这里。

在提交之前一切都很顺利，但是如果我尝试将它与生产代码合并，它会发出错误。

您对以下文件的本地更改将被合并覆盖：

当然，有问题的文件是 *.pyc 文件。

我认为这是因为 *.pyc 文件已经在某些提交中被跟踪，并且在尝试合并时，git 判断本地 *.pyc 文件将被内部具有“删除：*.pyc”的提交删除。

---

举例说明：

假设我在分支 A 上并且想要将分支 B 合并到分支 A。分支 B 的顶部提交没有 *.pyc 文件。 并且分支 A 的顶部提交在工作树上有 *pyc 文件，但它们已经被git rm --cached从索引（阶段）中删除。 当我在分支 A 上尝试git merge B时，出现错误Your local changes to the following files would be overwritten by merge:发生。

git 中是否有任何功能可以解决它？

---

PS：我是 StackOverflow 的新手，英语不流利。 如果我在这个问题上犯了任何错误或某些短语难以理解，请评论我。 谢谢你。

---

添加 git 状态：

我无法上传带有真实文件名的 output，但看起来如下所示。 只是文件名不同。

  Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   files.pyc

Answer 1

您可以使用过滤器分支，如 Naeem Khoshnevis 的回答。 如果您需要对包含*.pyc文件的“坏”提交进行大量工作，这甚至可能是 go 的方法。 做这种工作的缺点是filter-branch的产品通常是一个新的、不兼容的存储库，这要求每个拥有原始存储库克隆的人都扔掉他们的克隆，并煞费苦心地复制他们所做的任何工作在原始克隆上，转到新克隆上。 ¹解决问题可能会更好：

• *.pyc文件是简单的字节编译 Python 代码，由“真正的” Python 源代码制成。
• 因此它们可以在合并之前和/或之后被移除。
• 因此，您所要做的就是为合并步骤做好准备，然后确保当前提交和当前工作树中没有*.pyc文件。 然后，进行合并。 如果这引入了一些*.pyc文件，那就这样吧：让它发生。 然后重新删除文件并将其作为“修复合并”步骤提交。

您现在完成了有问题的合并。 合并提交本身包含不正确的*.pyc文件这一事实并不是真正的问题，只是在二等分期间无法测试合并提交本身。 如果你不喜欢这样——以后可能会出现问题，因为没有明显的标记——你可以考虑使用git merge -n进行恶意合并（然后在提交合并之前删除*.pyc文件），或者合并后使用git commit --amend将正常合并替换为邪恶合并。

请注意，无论您采用哪种方法，都会有一些痛苦。 这是不可避免的：之前有人犯了错误，现在每个人都在为此付出代价。 你现在要选择的是 go的痛苦过程，这取决于你认为会有多痛苦。

---

¹有一些方法可以自动化其中的一些，特别是在现代 Git 和/或使用新的过滤器回购系统中，但无论如何这都是痛苦的。

Answer 2

看来您需要从整个 git 历史记录中删除该文件。 在Pro Git中，您可以阅读“从每次提交中删除文件”部分。 您需要使用git filter-branch命令。 书中用于从所有提交中删除 password.txt 的示例。

git filter-branch --tree-filter 'rm -f passwords.txt' HEAD