重写 git 历史记录后替换 Prod Repo？

Question

我使用已使用的The BFG 并按照描述的使用步骤清除了我的 repo 的大文件历史记录。所以我现在有一个干净的裸仓库准备好被推回 GitHub。

生产目录是该存储库的克隆。

由于 HEAD 受到保护，这是否意味着原则上，在推送到 GitHub 之后，我将能够拉入现有的 prod 克隆并获得“已经是最新的”。消息，然后如果有必要，我还可以从那个 prod repo 干净地推送回 GitHub？

或者，如果我制作热门的生产模式以推送到 repo，我会遇到麻烦吗？ （这是一个非常古老的项目，有很多不好的做法。我让没有 git 技能的开发人员直接在 prod 中工作。）

Answer 1

好的，为了了解您的设置，您的存储库有 3 个副本：

1. 您的本地副本，用 BFG 清理
2. GitHub 上的副本
3. 生产副本，我猜它位于某处的实时服务器上

您已准备好将已清理的 本地 历史记录推送到 GitHub，但您想知道针对 生产。我假设 local、GitHub 和 production 在您开始之前都是同步的。

您的 HEAD 提交的 BFG does protect the 'contents'（特别是文件树），但这并不意味着该提交的历史。尽管它保证该提交中的 文件 不会改变，但 BFG 必须 更改历史记录才能完成它的工作。因为 Git 小心翼翼地将历史视为（通常）不可更改的，所以您不能只是 git pull 将这些更改正常地放到您的 生产 副本中 - Git 会注意到不同的历史记录，然后拒绝。您试图清除的所有垃圾也将被保留，如果您不小心，可能会将其推回 GitHub。

取而代之的是获取更改，告诉 Git 显式地将每个本地分支历史记录强制为新的、已清理的版本：

$ git fetch origin *:* -f --update-head-ok

（--update-head-ok 标志是为了避免 Refusing to fetch into current branch 错误）

之后，您应该可以获取任何新的历史记录，甚至可以将热门的生产模式推送回 GitHub（如果需要）。