Git变基合并分支至master遇错，求正确操作流程

问题根源 #

你在rebase解决冲突后，错误使用git commit --amend --no-edit替代了git rebase --continue，导致进入分离HEAD状态，这就是push时提示“不在分支上”的原因。之后强行推送分离HEAD到master，触发了Git自动合并逻辑，生成了不符合预期的合并提交。

正确操作流程（两种可选方案） #

方案一：用Rebase保持线性提交历史（推荐个人/功能分支使用） #

1. 先拉取最新远程代码，确保本地master是最新版本

git checkout master
git pull origin master

2. 切换到要合并的分支，拉取最新代码

git checkout mybranch
git pull origin mybranch

3. 基于最新master重排当前分支的提交，处理冲突

git rebase master

• 遇到冲突时，手动修改冲突文件，然后执行：

  git add <冲突文件名>
  git rebase --continue  # 这步是关键，不要用--amend
  

• 如果中途想放弃rebase，执行git rebase --abort

4. 推送重排后的分支到远程（用--force-with-lease比--force更安全，避免覆盖他人未同步的修改）

git push origin mybranch --force-with-lease

5. 回到Bitbucket，自动合并按钮应该恢复可用，直接点击合并mybranch到master即可；也可以本地合并后推送：

git checkout master
git merge mybranch  # 因为mybranch已经基于master重排，这会是快进合并，无冲突
git push origin master

方案二：用Merge保留分支合并记录 #

如果不需要线性历史，想保留分支合并的痕迹：

1. 确保本地master和mybranch都是最新的

git checkout master
git pull origin master
git checkout mybranch
git pull origin mybranch

2. 切换到master分支，合并mybranch

git checkout master
git merge mybranch

• 遇到冲突时，手动修改冲突文件，然后执行：

  git add <冲突文件名>
  git commit  # 可以编辑合并提交信息，或直接用默认
  

3. 推送合并后的master到远程

git push origin master

修复已错误推送的合并提交（若需回退） #

如果已经把错误的合并提交推到了master，且团队还没人基于该提交工作，可以这样回退：

1. 本地回退到合并前的master版本（先找到合并提交的前一个commit哈希）

git checkout master
git reset --hard <合并前的commit哈希>

2. 强制推送到远程（仅确认无他人依赖该错误提交时使用）

git push origin master --force-with-lease

之后重新执行上面的正确流程即可。

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