如何将master分支提交变基至当前oldstable分支（而非其他分支）

推荐方案：临时分支中转+安全替换 #

这个方法能彻底避免冲突后仓库状态混乱的问题，适合封装成脚本给Git经验不足的同事使用：

# 确保当前处于oldstable分支
git switch oldstable
# 创建临时分支，基于master分支
git switch -c temp-rebase master
# 将临时分支变基到oldstable上（把master相对于oldstable的提交迁移到oldstable之后）
git rebase oldstable
# 变基完成后，将oldstable分支指向变基后的提交
git switch oldstable
git reset --hard temp-rebase
# 删除临时分支
git branch -D temp-rebase

冲突处理优势 #

如果变基过程中出现冲突，解决后执行git rebase --continue即可，全程都在temp-rebase临时分支操作。即使执行git rebase --abort，也只会回到master的状态，oldstable分支完全不受影响，不会出现分离HEAD的混乱状态。

适配「排除指定提交」的交互式变基需求 #

如果需要从master的提交中排除部分提交（比如只移植H、I，跳过F、G），只需修改变基命令为交互式，配合你的过滤脚本即可：

git switch oldstable
git switch -c temp-rebase master
# 用自定义脚本过滤提交列表，完成交互式变基
env EDITOR=your-filter-script.sh git rebase --interactive oldstable
# 变基完成后同步到oldstable分支
git switch oldstable
git reset --hard temp-rebase
git branch -D temp-rebase

你的过滤脚本可以直接修改变基任务列表，把不需要的提交行改为drop即可，全程不干扰原分支状态，风险可控。

现有尝试方案的问题分析 #

方法1：分离HEAD变基后移动分支 #

git switch --detach master
git rebase oldstable
git branch --force oldstable
git switch oldstable

问题：冲突后无论是继续变基还是中止，都会停在分离HEAD状态，新手容易对仓库状态产生困惑；若中途放弃变基，oldstable分支未被更新，需要额外操作恢复。

方法2：批量cherry-pick #

git cherry-pick $(git log --reverse --pretty="%H" oldstable..master)

问题：冲突时git status无法像git rebase那样清晰展示当前进度、失败提交和待处理项；且无法自动跳过已移植到oldstable的提交，重复提交会引发额外冲突，脚本化难度高。

方法3：重置到master再变基 #

current_commit="$(git rev-parse oldstable)"
git reset --hard master
git rebase ${current_commit}

问题：执行git rebase --abort后，oldstable分支会指向master，原分支状态丢失，存在不可逆风险。

关于你提到的hacky方案的替代 #

你之前修改.git/rebase-merge内部文件的方法依赖Git底层结构，通用性差（比如Git Workspace场景下路径不固定），且容易引发未知问题。临时分支的方案完全规避了这些问题，同时满足所有需求：

• 变基过程不影响原oldstable分支
• 冲突处理后状态清晰，无分离HEAD风险
• 支持交互式变基过滤提交
• 脚本逻辑简单，新手使用无负担

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