如何改进频繁修改提交的堆叠PR维护工作流？

针对你这种多依赖PR（每个PR仅含单个提交）的场景，以下是一套能减少冲突、避免重复劳动的实用工作流：

一、上游分支（A）的修改：用fixup+autosquash替代直接amend #

直接git commit --amend容易因为操作疏漏出问题，用临时提交+fixup的方式更安全可控：

1. 假设A分支已有一个提交：commit A1: feat: 实现模块A
2. 修改代码后，先做临时提交：

   git add .
   git commit -m "fixup: 调整模块A的逻辑"
   

3. 合并临时提交到主提交：

   git rebase -i HEAD~2 --autosquash
   

   Git会自动把fixup标记的提交放在A1下方，直接保存退出即可完成合并，得到修改后的单个提交。
4. 强制推送更新远程A分支：

   git push -f origin A
   

二、下游分支（B）同步：用--update-refs平滑重放 #

更新A分支后，同步B分支时不要直接拉取远程A，而是基于本地已更新的A分支做rebase，同时启用--update-refs参数：

1. 确保本地A分支是最新的（已完成上述修改并推送到远程）
2. 切换到B分支：

   git checkout B
   

3. 执行重放：

   git rebase A --update-refs
   

   这个参数会自动更新B分支的上游依赖指针，让Git识别到A分支的提交已被改写，避免不必要的冲突检测，只要B的修改和A的改动无重叠，就能自动完成同步。

三、冲突处理：一次解决，永久复用 #

如果确实出现冲突，按以下步骤处理，避免重复劳动：

1. 打开冲突文件，保留A分支的最终修改（因为A已经是经过确认的版本），再结合B分支的新增逻辑调整内容。
2. 处理完冲突后，暂存文件：

   git add .
   

3. 继续重放：

   git rebase --continue
   

   Git会记住这次冲突的解决方式，后续如果A分支再修改同一位置，重放B分支时会自动复用之前的解决方案，无需重复调整。

四、提前规避冲突：明确分支职责 #

尽量让A、B分支的修改范围完全分离：

• A分支只负责核心模块的实现，B分支仅在A的基础上做扩展，不要让两个分支修改同一文件的相同代码块。
• 如果必须修改同一文件，在A分支中预留扩展点（比如抽象接口、空回调函数），B分支只填充扩展逻辑，不改动A已实现的代码。

五、中途切换分支：用stash暂存未完成工作 #

如果在B分支开发到一半需要更新A分支，先暂存当前工作：

git stash push -m "WIP: 模块B开发中"

完成A分支的修改推送后，切回B分支恢复暂存内容：

git stash pop

再执行上述的rebase同步操作即可。

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