如何调整基于废弃release分支的特性分支，使其同步master并保留提交

针对你的场景，有两种可行方案，都能保留原特性分支名、PR关联和staging依赖，以下是具体操作：

方案一：用rebase --onto直接修改现有分支（推荐） #

你之前对rebase --onto的理解有误——它不会创建新分支，而是直接在当前特性分支上修改提交历史，把你的特性提交迁移到最新的master分支之上。操作步骤：

1. 拉取最新的master分支

   git checkout master && git pull origin master
   

2. 切回你的特性分支

   git checkout your-feature-branch
   

3. 执行变基，将特性分支独有的提交迁移到master顶端
   如果你能确定特性分支最初从废弃release分支拉出时的基点（即特性分支第一个提交的父commit），可以用：

   git rebase --onto master <release废弃前的基点commit> your-feature-branch
   

   要是不确定基点，用--fork-point参数让Git自动识别特性分支中不属于master的提交，更省心：

   git rebase master --fork-point
   

4. 强制推送到远程分支（注意：确保团队无人在该分支工作）
   用--force-with-lease比纯--force更安全，避免意外覆盖他人提交：

   git push origin your-feature-branch --force-with-lease
   

方案二：临时分支Cherry Pick后替换原分支 #

这个方法步骤稍多，但逻辑直观，适合对变基操作不太熟悉的场景：

1. 拉取最新master分支

   git checkout master && git pull origin master
   

2. 创建临时分支基于最新master

   git checkout -b temp-branch
   

3. Cherry Pick特性分支上的所有独有提交
   先列出特性分支中不属于master的提交：

   git log --oneline your-feature-branch ^master
   

   然后把这些commit的hash依次传入cherry pick（或者用commit范围）：

   git cherry-pick <commit-hash-1> <commit-hash-2> ...
   # 或用范围：git cherry-pick <特性分支初始提交的下一个hash>..your-feature-branch
   

4. 验证临时分支内容无误后，删除本地原特性分支

   git branch -D your-feature-branch
   

5. 将临时分支重命名为原特性分支名

   git branch -m temp-branch your-feature-branch
   

6. 强制推送到远程分支

   git push origin your-feature-branch --force-with-lease
   

关键注意事项 #

• 强制推送前，务必确认团队内没有其他人在该特性分支上开发，否则会覆盖他们的未推送提交。
• PR会自动关联更新，大部分代码托管平台会识别分支的新提交并刷新PR内容。
• Staging主机只要依赖的是分支名，推送后拉取最新分支即可继续使用原有工作流，无需额外配置。

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