有没有办法将第二根附加到git中的任意提交？

Question

转移到git时，我们并没有导入整个历史记录，并且如果没有某些文件的历史记录，将会使某些操作变得困难。 我当时正在考虑使用一个孤立分支将一些历史记录导入我们的树中，然后以某种方式将其附加到根节点。 那可能吗？ 我知道我可以使用合并将它附加到以后的一个，但是我想知道是否可以这样做以保持原始历史记录的时间完好无损。

Answer 1

有一些选择。 哪一个最好取决于您的需求，尽管某些其他用户相信他们可以告诉您哪个是最好的。

选项1：您可以将git filter-branch与parent-filter以将当前根嫁接到新导入的历史记录上。 这是“历史记录重写”，因此需要与所有开发人员协调。 我进行批量重写的首选方式是：

1. 每个人都推送他们的所有代码。 （它不必合并，而必须在远程某处。）
2. 每个人都丢弃他们的克隆
3. 您导入历史记录并执行重写
4. 每个人都从重写的仓库中创建新的克隆

当然，这种协调对于您的团队可能不切实际。 您可以继续进行重写，然后让所有人都知道他们必须恢复所有分支。 但这很乏味，并且只需要一名开发人员将其弄乱就可以撤消重写工作。

另外请注意，所有提交的ID都会更改； 因此，即使您可以协调转换，但如果使用这些提交ID（例如，在发行文档中），则重写可能不是最佳选择。

有关此选项的信息，请参见git filter-branch docs（ https://git-scm.com/docs/git-filter-branch ）; parent-filter示例满足了您的需求。

顺便说一句，这是最根本没有任何意义的“ rebase”类型解决方案。 除了最简单的历史记录之外，您无法轻松地重新设置基准，而重新设置基准将重新计算每个提交的内容（除了实际上不希望更改您的提交内容之外，它只能提供犯错的机会） 。

选项2：您可以使用git replace来“覆盖”历史记录中的中断。 最好的方法是一次提交“ overlap”。 因此，请导入历史记录，直到（包括）与您当前根目录相同的提交为止。

这样可以避免重写历史记录，但是不会在克隆和远程之间传播。 因此，每个用户都必须在每个克隆中在本地进行设置。 我猜没关系； 您可以在需要时进行设置。 但也要注意，有一些与replace有关的古怪/错误。 参见git replace docs。

如果要执行此操作，我将要做的是导入历史记录，标记其提示并在现有根目录上添加注释，其中包含有关如何在给定克隆中设置替换的说明。

选项3：合并 。 这是不是真的是你的约束中的一个选项，但值得指出的利弊。

如您所述，您可以将导入的历史记录合并到分支提示中。 产生的历史记录看起来不太正常，但是至少历史记录会存在。 您必须将git告诉--allow-unrelated-histories ，然后将与ours策略合并（因为您实际上不希望合并更改分支上的任何内容）。

这坚持了git的非常基本的功能，并且不会重写任何裁判的历史记录，因此它既简单又可靠。 但是我永远都不希望浏览以这种方式缝合在一起的历史。 恕我直言，最好将历史记录分开（即使您将旧的历史记录作为孤儿导入到相同的仓库中也是如此），但同样只有您可以确定团队的优缺点。