Git分支异常求助：分支B拉取请求含分支A提交，master状态异常

刚从CVS转Git遇到这种分支历史问题很正常，我来帮你捋清楚问题根源，再一步步解决它。

问题根源分析 #

你的核心问题出在分支B的创建基线不对：你是从本地包含分支A未推送提交的master分支创建的B，所以分支B直接继承了分支A的所有提交。而远程master并没有分支A的这些改动，当你给B创建PR时，Git会对比B和远程master的差异，自然就把分支A的提交也包含进去了。

解决方法（两种可选，按需选择） #

方法一：变基分支B到远程master（推荐，无需重建分支）

这个方法会把分支B的提交“平移”到远程最新的master分支上，彻底脱离分支A的历史：

1. 先拉取远程仓库的最新状态，确保能获取到远程master的最新版本：

git fetch origin

2. 切换到分支B：

git checkout B

3. 执行变基操作，把分支B的基准改为远程master：

git rebase origin/master

• 这一步大概率会触发冲突（因为你和分支A修改了同一个文件），别慌：
  • 打开冲突文件，找到<<<<<<<、=======、>>>>>>>这些冲突标记，编辑文件保留你需要的内容，然后删除标记
  • 保存文件后，执行：

  git add <冲突的文件名>
  

  • 继续完成变基：

  git rebase --continue
  

• 如果中途不想继续变基，随时可以放弃：

git rebase --abort

4. 变基完成后，因为分支B的历史已经被修改，需要强制推送到远程（如果之前已经推送过分支B）：

git push -f origin B

现在更新你的PR，就能看到分支B只包含自己的提交了。

方法二：重建分支B（更直观，适合怕变基出错的情况）

如果觉得变基有点绕，直接重建一个干净的分支B也很简单：

1. 先确保分支B的改动已经保存：

git checkout B
git status

• 如果有未提交的改动，先暂存起来：

git stash

• 如果已经提交了，记一下提交的哈希值（用git log B可以看到）

2. 创建一个基于远程最新master的干净分支：

# 直接从远程master创建新分支
git checkout origin/master -b B-new

3. 把之前分支B的改动移过来：
   • 如果用了暂存，恢复改动：

   git stash pop
   

   • 如果之前提交了，用cherry-pick把提交移过来：

   git cherry-pick <分支B的提交哈希>
   

   同样如果有冲突，解决后执行git add <文件名>，再git cherry-pick --continue
4. 替换远程的旧分支B：

# 删除远程旧分支
git push origin :B
# 推送新分支并改名回B
git push origin B-new:B
# 本地也可以把B-new改回B（可选）
git checkout B-new
git branch -m B

之后重新创建PR即可。

后续建议（避免再踩坑） #

因为你习惯了CVS的集中式分支逻辑，Git的分布式特性需要注意：

• 每次创建新分支前，先确保本地master和远程master同步：执行git fetch origin然后git reset --hard origin/master，或者直接git pull origin master
• 尽量基于远程master（origin/master）创建新分支，而不是本地可能带有未推送改动的master分支

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