从feature_branch_B创建PR时为何附带大量历史提交？如何解决？
2026-8-15
问题原因与解决方法
原因分析
你从feature_branch_A创建feature_branch_B时，feature_branch_A本身包含了36条未被目标分支（migration）合并的提交，这些提交会被完整继承到feature_branch_B中。当你向migration分支创建Pull Request时，Git会对比feature_branch_B和migration的代码差异，把所有migration分支没有的提交都列出来，这就导致PR里出现了额外的36条历史提交。
简单来说：feature_branch_A的提交还没合并到migration，你基于它开新分支，新分支自然带着这些未被上游接受的历史提交。
解决方法
方法1：变基到migration分支（推荐）
- 切换到feature_branch_B：
git checkout feature_branch_B - 拉取远程最新的migration分支代码：
git fetch origin migration - 执行变基，把你的提交放到migration最新代码之后：
git rebase origin/migration- 如果遇到冲突，手动解决冲突后执行
git add .，再运行git rebase --continue，直到变基完成
- 如果遇到冲突，手动解决冲突后执行
- 强制推送到远程分支：
git push -f origin feature_branch_B- 注意：如果有其他同事在这个分支协作，一定要提前沟通，强制推送会覆盖远程分支的历史记录
方法2：合并migration到feature_branch_B
- 切换到feature_branch_B：
git checkout feature_branch_B - 拉取远程最新的migration分支代码：
git fetch origin migration - 将migration分支合并到当前分支：
git merge origin/migration - 解决冲突后提交变更，再推送到远程：
git push origin feature_branch_B- 这种方法会生成一个合并提交，分支历史会保留合并记录，适合不想修改现有提交历史的场景
方法3：重新基于migration建分支，迁移新提交
- 切换到migration分支并拉取最新代码：
git checkout migration && git pull - 基于最新的migration创建新分支：
git checkout -b new_feature_branch_B - 把feature_branch_B上的新提交逐个迁移过来：
git cherry-pick <提交哈希1> <提交哈希2>...- 可以用
git log feature_branch_B --not origin/migration命令，筛选出你在feature_branch_B上新增的提交哈希
- 可以用
- 推送新分支到远程，用这个新分支创建Pull Request即可
- 这种方法适合只想保留自己的新提交，完全剥离继承的历史提交的场景
内容的提问来源于stack exchange，提问作者Tasif
相关产品推荐
相关产品推荐
