Git合并后feature分支出现异常变更的技术咨询

首先明确Git分支的核心逻辑：Git的分支本质就是一个指向特定提交的可移动指针。将feature分支合并到master的操作，默认只会更新master分支的指针（让它指向合并后的新提交），不会主动改动feature分支的指针位置——也就是说，正常情况下feature分支应该停留在合并前的最后一个提交上，不会包含master后续的新提交。

你遇到的情况，大概率是以下某一种误操作导致的：

• 不小心将master合并到了feature分支：切换到feature分支后执行了git merge master命令，这会把master上的所有新提交合并进feature，直接让feature分支包含这些内容。
• 误重置了feature分支的指针：比如执行了git checkout feature && git reset --hard master，强制将feature分支的指针移动到master当前的提交位置，导致feature完全同步了master的状态。
• 分支操作时的误切换：比如在master上提交后，没有切换回feature就直接执行了git branch -f feature HEAD，强行将feature分支指向了master的最新提交。

验证与恢复方法 #

1. 查看分支指针历史：执行git reflog feature，这条命令会列出feature分支指针所有的移动记录，你可以从中找到合并前feature分支指向的那个提交哈希值。
2. 恢复feature分支到合并前状态：找到目标提交哈希后，执行git checkout feature && git reset --hard <目标提交哈希>，就能把feature分支恢复到合并前的状态。
3. 确认分支状态：执行git log --oneline --graph feature master，可以直观看到两个分支的提交链，确认feature已经回到预期状态。

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