直接用 git log --all --decorate --oneline 可查看所有分支指针指向的提交，行末括号内如 (main, origin/feature) 即标识归属；缺 --all 会漏远程分支，缺 --decorate 则无分支名显示。
git log 怎么看某个提交属于哪个分支
直接用 git log --all --decorate --oneline，就能看到所有分支指针（master、feature/login 等）指向哪些提交。每个提交行末尾的 (origin/main, main) 就是归属提示。
常见错误是只跑 git log 不加 --all，结果只显示当前分支的提交，漏掉其他分支已合并但本地没 checkout 过的记录。
- 必须加
--all：否则不扫描refs/remotes/下的远程分支 -
--decorate不能省：它才把分支名和 tag 名附在提交后面 -
--oneline不是必需，但大幅降低信息噪音，适合快速扫读
git branch --contains 为什么查不到刚 merge 的提交
因为 git branch --contains <commit> 只检查**当前本地仓库中已知的分支引用**是否能从该提交“到达”（即该提交是否在分支的祖先链上）。如果某分支在远程（比如 origin/feat/order）但你本地没 fetch 过，或 fetch 后没运行 git remote prune origin 清理过时引用，就可能查不到。
实操建议：
- 先执行
git fetch --all，确保远程分支最新 - 再运行
git branch -r --contains <commit-hash>查远程分支 - 如果仍无结果，用
git show-ref | grep <commit-hash>检查该提交是否被任何 ref 引用（包括 tag、stash、甚至 reflog 中的临时引用）
如何定位一个文件某行代码最初是谁在哪次提交加的
用 git blame -L <line-number>,<line-number> <file-path>，例如 git blame -L 42,42 src/utils.js。它会返回那一行对应的最早提交哈希、作者、时间。
注意几个关键点：
- 如果文件被重命名过，要加
-C（检测跨文件拷贝）或-M（检测重命名），否则 blame 会中断在 rename 点 -
git blame默认只看当前分支历史；如需覆盖所有分支，得先git checkout --orphan temp-branch && git reset --hard <commit>手动构造上下文（极少需要） - 遇到 submodule，
git blame不会穿透进去，得进子模块目录单独查
git log --simplify-by-decoration 有什么实际用处
这个参数会让 git log **只显示带分支/标签引用的提交**，跳过纯粹的中间合并提交或无引用的开发提交。适合快速定位“谁在哪个分支上做了什么”，尤其在复杂 merge 历史中过滤噪音。
但它有明显局限：
- 不显示未打 tag、未 push、未 merge 到任何分支的提交（比如本地实验性 commit）
- 如果某次 merge 被 fast-forward 了，那次 merge 提交本身不会出现在输出里
- 和
--graph配合使用效果更直观：git log --graph --simplify-by-decoration --oneline
真正难的是判断“归属”是否等于“责任”——一个提交出现在 main 上，不代表它现在还影响 main 的行为，可能已被 revert 或覆盖。这点没法靠 log 命令自动识别，得结合 diff 和测试验证。
