在 git 使用中，如何将两个不同源点的分支连在一起呢？

网上搜索了很久也没有找到一个满足目标实现的方案，想在此请教一下大家。

问题的来源是这样的：部门内部原来的项目通过 svn 管理，有一个项目在某年开始在新的 svn 仓库进行了重构开发，结果导致并行存在着两个项目仓库。今年公司内部代码管理迁移到了 gitlab 托管，我将原来两个 svn 项目迁移到了同一个 git 仓库的两个“分支”。当时的参考资料没有留存，再搜索一次找到一篇文章：Git-合并两个不同的仓库，大概就是这样的流程。其中的问题在于，如果我简单采用类似 git merge B --allow-unrelated-histories 这样的操作，分支将在现有的所有提交之后进行合并。这不是我想要的结果。

由于历史原因导致了现在同一个 git 仓库内的两个“分支”没有共同的祖先来源，本着保留提交历史记录的原因需要同时保留两个“分支”。这两个孤立的“分支”其中一条分支 A 基本不再开发，另一条分支 B 持续开发，B 分支起源时间处于第一条分支 A 的某两次提交 a1 、a2 时间节点之间。

我想：将 B 分支的起点连接在 A 分支 a1 的提交之后，达到在分支图上看 A 分支在 a1 提交之后开了新的分支 B 。具体的细节可以是 B 的源点上游直接是 A 分支的 a1 ，中间也可以增加必要的节点。相当于伪造一下项目的提交流程记录？（因为 B 分支的第一次提交内容就是项目文件的加入，可以在 A 分支上的 a1 提交后增加一个分支节点将文件全部删除提交，再续借上 B 分支（我想的））

有办法实现吗？具体命令是怎样的呢？

附：

现在的分支图：

大概想要实现的分支图：

nothingistrue

2023-04-03 10:59:12 +08:00

有一个项目在某年开始在新的 svn 仓库进行了〖〖〖重构〗〗〗开发，想想为啥当时不是拉 SVN 分支，而是重建仓库。

如果当时不是重构，那么可以这么操作：
git checkout -b branch-temp a1
git checkout B
git rebase branch-temp

rebase 那里可能要加 --force 。因为是重构，所以这里会产生近乎 100%的冲突。

但是实际上来说，你们原始的 A 和 B 就是两个仓库，git 虽然能把它勉强合起来，但是卵用都没有。

Nile20

2023-04-03 23:36:30 +08:00

在公司实现过类似的需求，当时是合并三个仓并且要保留对应的 commit 记录。像这样的需求不是很常见，没有找到简单的命令或者脚本来处理，最后是自己写的 python 脚本来实现的。
大致思路如下：
从 B 仓库的 root commit 开始，按照如下过程遍历 B 仓库内的所有 commit：
1. 清空 A 仓内 working directory 中的所有文件（保留.git 文件夹）
2. 将 B 仓 checkout 到当前待处理的 commit
3. 将 B 仓内的文件全部复制到 A 仓，然后 git add
4. 获取 B 仓当前待处理的 commit 的 meta data （ author, author date, committer, commit date ），然后使用这些信息在 A 仓的 B 分支上创建一个 commit

上述过程中，如果你能确保 A 、B 仓的起点具有完全一致的文件状态，那也可以把 1-3 改为 cherry-pick 。
获取 meta data 的过程，如果是 python 的话，建议使用 GitPython 。但是如果要创建 commit ，建议直接使用命令行，GitPython 不擅长这个。
步骤 4 将 meta data 传递给特定的环境变量，然后再运行 git 命令即可获得与原 commit 相同的提交时间、作者信息等的 commit 。但是 commit 的 id 必然会变化。如果原 commit 有签名，签名也是无法保留的（或者用你的私钥来签名？不过不太有必要）