如何将Git中早于main初始提交的testing分支合并到main？

针对你遇到的场景——main分支仅含初始README，testing分支是导入的无关联历史分支，以下是两种实用解决方案：

方案一：保留双分支历史的合并（推荐） #

由于main分支仅有初始README，合并无关联分支的冲突极少，仅需处理README的冲突即可：

1. 拉取远程最新分支：

git fetch origin

2. 切换到本地main分支：

git checkout main

3. 执行允许无关联历史的合并：

git merge --allow-unrelated-histories origin/testing

4. 处理冲突（大概率仅README.md冲突）：
   • 保留testing分支的README：git checkout --theirs README.md
   • 保留main分支的初始README：git checkout --ours README.md
   • 添加处理后的文件：git add README.md
5. 完成合并提交并推送：

git commit
git push origin main

优点：保留两个分支的完整提交历史，无需删除或覆盖main分支，符合仓库规范；缺点：合并记录会显示跨无关联历史的合并。

方案二：让main分支完全继承testing的内容与历史 #

如果无需保留main分支的初始提交历史，仅需保留main分支名称，可直接重置分支指针：

1. 拉取远程testing分支的最新版本：

git fetch origin

2. 切换到本地main分支：

git checkout main

3. 将main分支重置为testing的最新提交：

git reset --hard origin/testing

4. 强制推送到远程仓库（注意：此操作会覆盖远程main分支的所有历史，需确保当前无其他开发者在main分支工作，若仓库开启分支保护需先临时关闭）：

git push -f origin main

优点：操作简单，main分支内容与testing完全一致；缺点：会丢失main分支的初始提交历史，强制推送需谨慎操作。

补充说明 #

• 你之前直接合并失败的原因是Git默认禁止合并无共同祖先的分支，添加--allow-unrelated-histories参数即可解决。
• 变基操作冲突过多是因为testing的提交早于main的初始提交，变基需要将testing的每个提交逐一移植到main分支之后，导致大量不必要的冲突，这种场景下合并比变基更高效。
• 新建本地main合并后无法推送，是因为本地main的历史与远程main不一致，需使用强制推送（方案二的第四步），但需注意风险。

内容的提问来源于stack exchange，提问作者Simon