从main分支merge/rebase后PR显示主分支变更为新改动，操作是否有误？

为什么会出现这种情况？ #

• 用git rebase origin/main时，rebase会重写功能分支的提交历史，把你的提交移到main分支最新提交之后。这会导致功能分支的所有提交哈希值改变，Azure PR会将其识别为全新提交，因此把main分支的变更也标记为你的分支新增改动。
• 用git merge origin/main时，如果PR是基于旧版本main分支创建的，合并生成的提交会让PR的对比基准仍停留在旧main，所以merge进来的main变更会被算作你的分支改动。

正确操作方式 #

方法1：通过Azure平台直接更新分支（推荐） #

在Azure DevOps的PR页面中，找到「更新分支」或「重新基准」按钮（界面版本不同可能名称有差异），直接通过平台操作拉取main分支的变更并更新你的功能分支。平台会自动处理对比基准，不会将main的变更误判为你的分支改动。

方法2：本地操作后正确推送 #

• 若使用rebase：
  1. 拉取main分支最新代码：git fetch origin main
  2. 切换到功能分支：git checkout feature-branch
  3. 执行rebase：git rebase origin/main
  4. 解决冲突后，强制推送（因rebase改写了历史）：git push origin feature-branch --force-with-lease

  提示：--force-with-lease比--force更安全，可避免覆盖他人在该分支的提交

• 若使用merge：
  1. 拉取main分支最新代码：git fetch origin main
  2. 切换到功能分支：git checkout feature-branch
  3. 执行merge：git merge origin/main
  4. 解决冲突后推送：git push origin feature-branch
     推送完成后刷新Azure PR页面，平台会重新计算对比差异，排除merge进来的main变更。若仍显示异常，可尝试关闭PR后重新打开，或在PR页面的「对比」设置中手动选择最新的main分支作为基准。

关键注意事项 #

• 多人协作的功能分支上不要随意使用rebase，改写历史会导致其他协作者的本地分支与远程分支不一致。
• 更新分支后，务必确认Azure PR的对比基准是最新的main分支，而非创建PR时的旧main快照。

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