git log -p --follow 是最直接命令，可查看文件完整修改历史及每次提交的diff补丁，精准定位谁在哪个commit改了哪行；漏掉 -p 只见摘要，忽略 --follow 则重命名后历史中断。
怎么看提交记录里谁动了哪行
冲突的本质是同一行或相邻行被不同分支各自改过。光看文件名没用，得定位到具体提交和代码位置。git log -p --follow <file></file> 是最直接的命令：它把文件的完整修改历史拉出来，每次提交附带 diff 补丁，你能清楚看到谁在哪个 commit 里改了第几行、怎么改的。
常见错误是只用 git log <file></file>，它只列提交摘要，看不到改动细节；或者漏掉 --follow，导致文件重命名后历史断掉。
- 如果冲突发生在函数体内部，重点查
git log -p -L <start>,<end>:<file></file></end></start>（比如-L 42,58:service.js），它能限定范围只看某段代码的历次变更 - 多人协作时，加
--author=<name></name>过滤特定人，避免被无关提交干扰 - 注意时间线：
git log --graph --oneline --all能看出分支分叉点，确认两个改动是否真来自不同演化路径
为什么 merge-base 找出来的共同祖先不靠谱
git merge-base branch-a branch-b 返回的只是最近公共提交（base），但它不等于“最后一次双方都认可的代码状态”。如果某个分支在 base 之后做过 revert 或 cherry-pick，base 就失去了语义一致性——它可能包含已被撤销的逻辑，或缺失已被挑选进来的修复。
这时候直接对比 branch-a 和 branch-b 相对于 base 的 diff，会误判冲突来源。真实冲突往往藏在“看似无关”的中间提交里。
- 验证 base 是否干净：运行
git show <base-commit>:<file></file></base-commit>，手动比对冲突行在 base 时的原始内容 - 更稳妥的做法是用三路 diff：
git diff <base>...<branch-a><file></file></branch-a>和git diff <base>...<branch-b><file></file></branch-b>分开看，确认两边是否真在改同一处 - IDEA 或 VSCode 的“Compare with Branch”功能底层也依赖 base，但界面会高亮出实际有交集的变更块——别只信图形，点进去看 diff 上下文
revert 和 cherry-pick 后的提交记录怎么读
revert 生成的提交哈希值是新的，但它的 message 里会写 “Revert "xxx"”，且 diff 是反向的（删掉新增、加回删除）。如果你在冲突文件里看到某段代码“既像被删过又像被加过”，大概率是某次 revert 没彻底清理干净，或者后续 cherry-pick 又把它捞回来了。
而 cherry-pick 的提交虽然内容一致，但哈希不同、作者/提交者分离、时间戳也新——这会导致 git log --cherry-pick 识别失败，你以为的“重复提交”其实被 Git 当作全新变更处理。
- 查 revert 影响范围：
git log --grep="Revert" --oneline，再用git show <revert-commit></revert-commit>看它撤销的是哪个原始 commit - 查 cherry-pick 来源：
git log --cherry-pick --right-only --oneline branch-a...branch-b，但要注意这个命令对跨仓库 cherry-pick 支持有限 - 真正管用的是
git blame -L <line>,+1 <file></file></line>：它按行追溯最后修改者，能穿透 revert/cherry-pick 的表象，直击物理改动源头
冲突文件里看到
不是。 只表示当前分支（你正处在哪个分支上）的版本内容，<code>======= 下面才是“别人”的改动。但谁是“别人”，取决于你执行的操作类型：
- 如果是
git merge feature，HEAD 是你当前分支（比如 main），origin/feature是 incoming - 如果是
git pull，HEAD 是你本地分支，origin/main是 incoming - 但如果是
git rebase feature，HEAD 是待变基的提交，incoming 其实是 feature 分支上的一系列 commit —— 此时
最容易被忽略的是：VSCode 或 IDEA 的图形化冲突解决界面默认把左侧标为“Current”，右侧为“Incoming”，但这个左右顺序取决于你调用命令时的参数顺序，不是绝对的。务必点开冲突标记旁的“Show Diff”按钮，确认哪边对应你想要保留的逻辑。
