Git拉取后PR显示目标分支已存在的他人变更问题求助

问题描述 #

解决本地冲突执行git pull后，PR中显示自身变更+其他成员的变更，而非仅自身变更

复现步骤 #

• 在master分支执行git checkout -b "feature"创建特性分支
• 开发特性期间，其他成员向同一区域推送代码
• 执行git pull origin master拉取变更并解决冲突
• 执行git push origin feature并创建PR

预期结果 #

Git PR应仅显示自身的变更

实际结果 #

Git PR显示自身变更+已存在于master分支的其他成员变更

当前Git配置 #

init.defaultbranch=main
branch.autosetuprebase=always
branch.master.rebase=true
branch.upstream.rebase=true
pull.rebase=true
rebase.autostash=true

解决方案 #

原因分析 #

直接在feature分支执行git pull origin master会导致分支基线混乱，即便配置了pull.rebase=true，也可能因本地master未同步远程最新状态，使得PR对比时误将已合并到master的变更纳入显示。正确流程应先同步本地master，再将feature分支基于最新master做rebase，确保feature的提交仅包含自身变更。

修复步骤（针对当前问题分支） #

1. 同步本地master到最新状态

   git checkout master
   git pull origin master
   

2. 将feature分支rebase到最新master

   git checkout feature
   git rebase master
   

3. 处理冲突（若存在）
   当rebase触发冲突时，手动修改冲突文件后执行：

   git add <冲突文件名>
   git rebase --continue
   

   若需终止rebase操作，可执行：

   git rebase --abort
   

4. 安全推送rebase后的分支
   由于rebase修改了分支历史，必须使用--force-with-lease避免覆盖他人未同步的变更：

   git push --force-with-lease origin feature
   

后续开发规范 #

• 禁止直接在feature分支拉取master变更，需先同步本地master再做rebase
• 定期同步master并rebase feature分支，减少冲突概率
• 推送rebase后的分支时，始终使用--force-with-lease替代--force，保障仓库安全

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