如何基于分支顶端创建新分支并生成仅含该分支提交的独立Pull Request

没问题，这个需求完全能实现——不过你之前用git checkout -b branch2 branch1创建分支后，PR会带上branch1所有提交的原因很简单：branch2直接继承了branch1的完整提交历史，远程仓库会把branch1到branch2的所有提交都当作这个PR的改动。

下面给你两种实用方案，既能生成只包含branch2自身改动的干净PR，又能满足你不想等branch1合并、提前开发后续功能的需求：

方案一：基于staging建分支，按需复用branch1的改动（推荐） #

这种方法能让branch2的基础始终是项目的staging分支，同时如果你的新功能需要依赖branch1里的部分改动（毕竟是同一文件），可以选择性复制需要的提交，而不是全盘继承：

1. 先切回staging分支，拉取最新代码确保同步：

   git checkout staging
   git pull origin staging
   

2. 基于最新的staging创建全新的branch2：

   git checkout -b branch2 staging
   

3. 如果你的新功能需要用到branch1里的特定改动（比如同一文件的基础修改），用git cherry-pick把对应的提交单独复制过来：

   # 先查看branch1的提交记录，找到你需要的那个提交的哈希值
   git log branch1 --oneline
   # 把指定提交复制到当前的branch2上
   git cherry-pick <目标提交的哈希值>
   

   小提示：如果cherry-pick时出现冲突，直接在branch2上解决就好——这比后续PR合并时处理冲突要简单得多，因为只有你自己的代码在这个分支上。

4. 接着在branch2上开发你的新功能，提交后推送到远程：

   git add .
   git commit -m "feat: 完成branch2的新功能开发"
   git push origin branch2
   

   这时候创建的PR就只会包含你cherry-pick的提交（如果有的话）和branch2自身的开发提交，完全和branch1的PR独立开。

方案二：修复已创建的branch2，剥离branch1的提交历史 #

如果你已经基于branch1创建了branch2，并且已经做了一部分开发工作，也不用慌——用git rebase --onto就能把branch2的基础从branch1改成staging，同时保留你自己的开发提交：

1. 先切换到你已经创建的branch2：

   git checkout branch2
   

2. 执行rebase命令，把branch2中属于你自己的提交“转移”到staging分支之上：

   # 这个命令的意思是：把branch2中比branch1多出来的提交，重新应用到staging分支上
   git rebase --onto staging branch1 branch2
   

   举个例子：如果branch1有2个提交，你在branch2上又加了1个新提交，这个命令会把那1个新提交单独拎出来，放到staging的最新提交后面。

3. 因为你修改了提交历史，需要强制推送到远程仓库（注意：如果有其他同事也在这个branch2上协作，就别用这个方法了，会搞乱他们的本地分支）：

   git push origin branch2 --force
   

4. 搞定之后，你的branch2就完全基于staging了，再去创建PR就只会显示你自己的开发提交。

额外小建议 #

• 后续每个新功能分支都按方案一的流程来创建，能最大程度降低合并冲突的概率：当某个分支的PR合并到staging后，其他分支只需要执行git rebase staging就能同步最新代码，冲突处理起来会轻松很多。
• 如果你的几个小功能之间完全独立，不需要复用任何改动，直接基于staging创建每个分支就行，后续的冲突逻辑会更清晰。

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