使用git replace --graft合并无关联历史时文件丢失问题求助

问题本质 #

你用git replace --graft将无共同祖先的b1、b2分支串联后，b2末端提交显示删除f1，核心原因是：b2的原始提交基于空仓库创建，树中原本就没有f1。当你修改其父指针为b1的末端（包含f1）时，Git对比提交与新父的差异，自然会把“树中无f1”解析为“删除f1”。要让f1在所有提交历史中存在，必须修改b2提交的树内容，让每个b2提交都包含f1，而不只是修改父指针。

可行解决方案 #

方案1：重写b2分支历史并基于b1重建 #

这个方法通过git rebase将b2的所有提交重新基于b1的末端提交生成，确保每个新提交的树都包含f1：

1. 切换到b2分支：

   git checkout b2
   

2. 执行根rebase，将b2的整个提交链移到b1的末端：

   git rebase --root --onto b1
   

   • --root表示从b2的根提交开始重写
   • --onto b1指定新的基础为b1的末端提交

执行完成后，b2的所有提交都会基于包含f1的父提交，提交的变更仅包含原本的f2添加操作，不会出现f1被删除的情况。

方案2：用filter-repo为b2所有提交添加f1 #

如果b2分支有复杂的提交历史，rebase可能引发冲突，可直接修改b2每个提交的树内容，强制加入f1：

1. 先从b1分支导出f1的最新内容：

   git show b1:f1 > /tmp/f1_backup
   

2. 切换到b2分支，用filter-repo遍历所有提交并添加f1：

   git filter-repo --tree-filter 'cp /tmp/f1_backup f1 && git add f1'
   

3. 完成后，再用git replace --graft或直接合并/重连分支即可，此时所有b2提交的树都包含f1，不会出现删除操作。

为什么之前的方法无效？ #

• git replace --graft仅修改提交的父指针，不修改提交本身的树内容，因此提交与新父的差异仍会显示删除f1
• 普通merge只会在merge提交中合并文件，无法回溯修改b2的历史提交
• 若之前用filter-branch/filter-repo时未针对性地为每个提交添加f1，自然无法解决问题

内容的提问来源于stack exchange，提问作者Fábio Dias