如何用单个Git命令实现GitHub的Rebase and merge功能？

当feature和main分支分叉无法快进合并时，要实现类似GitHub的rebase-and-merge效果，同时不修改原feature分支、不折腾工作目录，以下几个方案可以满足需求：

方案1：临时分支中转（最安全通用） #

这个方法完全不碰原feature分支，所有操作在临时分支完成：

1. 确保main分支是最新状态：git checkout main && git pull origin main
2. 基于feature分支创建临时分支：git branch temp-feature feature
3. 将临时分支变基到main顶端：git rebase main temp-feature
4. 回到main分支快进合并临时分支：git merge temp-feature
5. 清理临时分支：git branch -D temp-feature

变基时如果遇到冲突，只需要在临时分支上解决，不会影响你在feature分支上的工作进度。

方案2：批量Cherry-Pick（精准控制提交） #

如果你不想创建临时分支，可以直接把feature上的提交重放到main分支：

1. 切换到main分支并拉取最新代码：git checkout main && git pull
2. 查看feature相对于main的提交范围：git log main..feature --oneline
3. 批量重放这些提交：git cherry-pick main..feature
4. 冲突出现时，解决后执行git cherry-pick --continue，直到全部完成

这种方式同样不会修改原feature分支，还能灵活跳过不需要合并的提交（只要调整cherry-pick的提交范围即可）。

方案3：个人分支用Rebase+Merge（仅适用于私有分支） #

如果feature分支是你个人独用、从未推送到共享远程仓库，可以用这个更直接的方式，但会修改feature分支：

1. 拉取main最新代码：git checkout main && git pull
2. 切换到feature分支变基：git rebase main
3. 切回main分支合并：git merge feature

注意：绝对不要对共享分支执行变基，否则会导致其他协作者的历史混乱。

重要提醒 #

• 变基或Cherry-Pick后，一定要验证代码功能正常再完成合并，避免冲突解决引入问题。
• 如果你只需要线性历史但不在乎保留feature的独立提交，git merge --squash是另一个选择，但它会把feature的所有提交合并成一个新提交，和rebase-and-merge的历史形态不同。

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