如何更简便地将提交变基到本地已合并分支？

首先咱们先理清楚当前的提交状态：你有个基本完成的topic0分支，之前合并到local-master时没做充分调试，后来又提交了G来修复它的bug；还有个完全不适合推送的实验分支topic1，当前HEAD正指向这个分支。要顺利推送topic0，咱们分步骤来操作：

1. 切换到topic0分支，确认拿到修复后的代码 #

先离开实验分支，回到咱们要推送的目标分支：

git checkout topic0

现在你就处于包含G修复的topic0分支上了，可以先本地跑一遍测试，确保功能正常。

2. （可选）整理topic0的提交历史（让远程仓库更整洁） #

因为G是topic0功能的bug修复，你可能不想让远程仓库看到“先写功能再补bug”的零散提交。这时可以用交互式rebase把修复提交合并到之前的功能提交里：

git rebase -i HEAD~3  # 这里的3是指从当前HEAD往前数3个提交（E、F、G），如果实际提交数不同，修改数字即可

在弹出的编辑器里，把G那一行的pick改成squash（会保留修复的提交信息，方便后续追溯）或者fixup（直接丢弃修复的提交信息，把代码合并到上一个提交），保存退出后，topic0的提交历史就会变成整洁的E→F'（F'包含了G的修复内容）。

注意：因为你提到这些提交都还没同步到远程，所以改写历史完全没问题，不会影响其他协作的人。

3. 推送topic0到远程仓库 #

现在topic0已经是修复完成、历史整洁的状态了，直接推送就行：

git push origin topic0

4. 同步local-master的状态（可选） #

之前你把未充分调试的topic0合并到了local-master，现在topic0已经修复好了，建议更新local-master的状态：

git checkout local-master
git merge topic0

这样local-master也会包含修复后的功能，后续推送local-master也不会有遗留问题。

5. 处理实验性的topic1分支 #

因为topic1完全不适合推送，一定要注意别把它合并到任何要推送的分支里。如果以后不需要这个实验分支了，可以直接强制删除：

git branch -D topic1

（用-D是强制删除，因为这个分支没有被合并到任何其他分支，常规删除命令会报错）

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