Pull合并后部分提交变更丢失，如何根因分析及预防？

a) 根因分析 #

结合Git分支合并机制，这种「提交记录在git log中但变更未体现在master分支」的情况，常见原因有以下几种：

• 反向提交抵消了变更：有人在远程master分支上提交了一个专门撤销目标变更的commit——可能是用git revert生成的反向提交，也可能是手动删除变更内容后重新提交。当你执行git pull时，这个撤销commit会被合并到本地master，原提交的变更被完全抵消，但它们的记录依然留在git log里。
• 合并冲突时错误选择版本：pull过程中如果遇到合并冲突，你可能误选了完全保留远程分支的版本（比如用git merge -X theirs命令，或者在冲突工具里直接全选远程内容）。如果恰好远程分支的版本是没有那两个变更的状态（比如远程分支被其他人回滚过），就会导致本地的变更被覆盖，但原提交的记录不会被删除。
• 提交到了错误分支：你可能误以为自己在master分支上做的提交，实际上是在其他分支完成的。切换回master执行pull后，master分支自然没有这些变更，但查看全局git log时会显示这些提交记录。

b) 预防方法 #

针对上述根因，可以通过以下操作避免类似问题：

• 提交前确认当前分支：每次提交前执行git branch，确认自己正处于master分支（或目标分支），避免提交到无关分支。
• 拉取前先查看远程变更：不要直接执行git pull，先跑git fetch origin获取远程最新状态，再用git log --oneline master..origin/master查看远程master新增的提交，确认没有反向撤销的内容后，再执行git merge origin/master完成合并。
• 谨慎处理合并冲突：遇到冲突时，先用git diff查看冲突的具体内容，明确哪些是需要保留的变更，不要盲目选择保留远程或本地版本。推荐用git mergetool打开可视化冲突解决工具，更直观地处理冲突。
• 禁止随意强制改写分支历史：除非完全清楚后果，否则不要使用git push --force或git pull --force这类强制命令，防止远程分支的历史被改写，导致本地拉取后变更被意外覆盖。
• 给重要提交打标签备份：对于关键的变更提交，执行git tag -a <tag-name> <commit-hash>打标签，或者将分支推送到远程仓库作为备份，即使后续变更被抵消，也能快速定位并恢复。

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