如何基于两个待合并PR创建新分支C并在其合并后正常提PR？

核心思路 #

先构建一个包含PR A和PR B所有变更的基础分支，在该分支上开发新分支C；待A、B合并到远程主分支后，通过**变基（rebase）**将C的提交迁移到最新主分支顶端，让C的提交历史看起来如同直接基于合并后的主分支，同时避免开发过程中的频繁冲突。

操作步骤 #

方式一：基于PR A合并PR B（直接复用现有分支） #

1. 拉取远程最新分支信息

git fetch origin

2. 切换到PR对应的分支A

git checkout A

3. 合并分支B到A，一次性解决A、B之间的所有冲突

git merge B

4. 创建并切换到新分支C

git checkout -b C

5. 在C分支上开发功能，正常提交变更

git add .
git commit -m "feat: 完成C分支功能开发"

待A、B合并到远程主分支后：

1. 拉取最新的远程主分支

git fetch origin master
git checkout master
git pull origin master

2. 切换到分支C，执行变基操作

git checkout C
git rebase origin/master

• 若出现冲突，解决冲突后执行git add .，再运行git rebase --continue，直到变基完成

3. 推送分支C到远程（因变基改写了提交历史，需强制推送，--force-with-lease比--force更安全，避免覆盖他人变更）

git push origin C --force-with-lease

方式二：创建临时合并分支（不污染原有PR分支） #

如果不想修改PR A的分支状态，可创建临时分支来整合A、B的变更：

1. 拉取远程最新分支信息

git fetch origin

2. 创建临时分支temp，基于远程主分支

git checkout -b temp origin/master

3. 依次合并分支A和B到temp，解决冲突

git merge A
git merge B

4. 创建并切换到分支C，基于temp

git checkout -b C

5. 在C分支上开发并提交变更

待A、B合并到远程主分支后：

执行与方式一相同的变基和推送操作即可。

为什么这是正确的Git用法 #

• 提前一次性解决A、B的冲突，避免开发C时每一次提交都触发冲突，大幅提升开发效率
• 变基操作能清理提交历史，让C的提交逻辑清晰，符合PR提交的规范要求
• 强制推送时使用--force-with-lease，既完成历史改写，又能防止意外覆盖他人在C分支上的协作变更

内容的提问来源于stack exchange，提问作者André Caldas