首先得说，你遇到的这种复制粘贴建仓库的坑我见多了，还好Git有不少灵活的方式帮你解决。下面几个方案都能满足你“无需初始提交与源仓库提交有共同父节点”的要求，而且优先保留你的后续提交历史：

方案一：合并源仓库历史（优先推荐，完整保留后续提交） #

这个方案用Git的无关联历史合并功能，直接把源仓库的完整提交历史和你的现有仓库合并，全程保留你的后续提交，完全不需要压缩。

步骤：

1. 先备份！先备份！先备份！ 操作Git历史前一定要备份仓库，避免手滑丢数据：

   cp -r ./your-repo ./your-repo-emergency-backup
   

2. 添加源仓库为远程仓库并拉取所有提交：

   git remote add original <源仓库的Git地址>
   git fetch original
   

3. 切换到你的主分支（比如main）：

   git checkout main
   

4. 执行无关联历史合并，把源仓库的主分支合并进来：

   git merge original/main --allow-unrelated-histories
   

   这里的--allow-unrelated-histories就是关键，它允许Git合并两个完全没有共同父节点的历史分支。因为你的初始提交内容和源仓库最后一个提交一致，合并时冲突应该很少，就算有冲突，解决起来也和普通合并冲突一样。

合并完成后，你的仓库历史会有两个根节点：源仓库的最早提交，和你的初始提交，中间通过一个合并提交关联。完全符合你“无需初始提交与其余提交有共同父节点”的要求，而且你的后续提交历史100%保留。

方案二：用Git Replace添加虚拟父节点（线性查看历史，不修改实际提交） #

如果你想要在本地看到线性的完整历史（源仓库提交 → 你的初始提交 → 后续提交），但又不想修改实际的提交对象（也就是你的初始提交依然是根节点，没有实际父节点），可以用git replace来实现“虚拟父节点”的效果。

步骤：

1. 同样先备份仓库，然后添加源仓库远程并拉取所有提交。
2. 找到源仓库中与你的初始提交（假设哈希为YOUR_INIT_HASH）内容完全一致的提交哈希ORIGINAL_TARGET_HASH，可以用下面的命令确认差异为空：

   git diff original/main YOUR_INIT_HASH
   

3. 用git replace给你的初始提交添加一个虚拟父节点：

   git replace YOUR_INIT_HASH --graft YOUR_INIT_HASH ORIGINAL_TARGET_HASH
   

   这个命令会创建一个替换规则，让Git在显示历史时，把YOUR_INIT_HASH的父节点显示为ORIGINAL_TARGET_HASH，但实际的提交对象并没有被修改，你的初始提交依然是没有父节点的根提交。

优点：本地查看历史是线性的，完全不影响现有提交；缺点：替换规则默认只在本地生效，如果要推送到远程，其他用户需要手动拉取替换规则，部分Git托管平台可能不支持推送refs/replace/*。

方案三：保留独立分支（最简单，无需合并） #

如果不需要把源仓库历史整合到主分支，只是想要能访问源仓库的1100+提交，直接把源仓库的分支拉到本地作为独立分支即可：

步骤：

1. 添加源仓库远程并拉取提交。
2. 创建一个新分支来保存源仓库的历史：

   git checkout -b original-history original/main
   

这样你的主分支依然保留自己的初始提交+后续提交，original-history分支则是源仓库的完整提交历史，两个分支完全独立，没有共同父节点，初始提交的内容也和源仓库最后一个提交一致。

这个方案最省心，但缺点是两个分支的历史是分开的，需要切换分支查看不同的历史。

内容的提问来源于stack exchange，提问作者Sébastien Renauld