git log --graph 默认只显示当前分支提交链，因未启用--all参数遍历所有引用；需加--all--oneline--decorate才能完整呈现多分支拓扑结构。
git log --graph 为什么默认不显示所有分支
因为 git log 默认只遍历当前分支的提交链，不会主动合并其他分支的引用。即使你本地有多个分支，不显式告诉 Git “把它们都拉进来”，拓扑图就只是单线——看起来不像图，更像一串日志。
要真正看到分支分合关系，必须用 --all 或明确列出分支名：
-
git log --graph --all --oneline --decorate：最常用组合，--all让 Git 遍历所有 ref（包括所有本地分支、HEAD、tags） -
git log --graph branch-a branch-b main --oneline --decorate：只画指定几个分支的交汇，适合聚焦对比 - 漏掉
--decorate会导致分支名不显示（只看到哈希），容易误判哪条线对应哪个分支
如何让拓扑图横向压缩、避免换行错乱
终端宽度有限时，git log --graph 默认会把每个提交缩成一行，但分支线可能被截断或错位，尤其在合并提交多的时候。这不是 bug，是默认使用 ASCII 字符绘制分支线导致的渲染限制。
两个实际有效的缓解方式：
- 加
--simplify-by-decoration：只保留带分支/标签标记的提交，大幅减少节点数，图更清晰，适合快速定位分叉点 - 用
--date-order替代默认的拓扑排序（--topo-order）：当多个分支并行开发时，--topo-order会强制把父提交排在子提交前，但可能打乱时间线；而--date-order按提交时间排，配合--graph后视觉上更“顺”，尤其对刚 merge 完的场景 - 终端宽度不够？先执行
stty cols 200（Linux/macOS）临时加宽，比硬调字体更直接
git show-branch 和 git log --graph 的关键区别
git show-branch 是专为分支关系设计的命令，不是 log 的变体。它不展示完整提交信息，但能一眼看出哪些提交是“独有”的、哪些是“共同祖先”。
典型用法：
-
git show-branch --all：列出所有分支，并用!标出各分支独有的提交 -
git show-branch main feature/login：只对比两个分支，输出中+表示该提交在对应分支存在，空格表示不存在 - 它不依赖
git log的排序逻辑，也不受--simplify-by-decoration影响，因此在排查“为什么这个提交没进 release 分支”时，比log --graph更直给
Windows PowerShell 中 graph 显示异常怎么办
PowerShell 默认字体（如 Consolas）对 Unicode 分支线字符（如 └, ├, ─）支持不全，常出现方块、乱码或线条断裂。这不是 Git 问题，是终端渲染问题。
三个可立即验证的修复动作：
- 改用 Windows Terminal + Cascadia Code 字体（微软官方开源字体，对等宽和绘图字符支持好）
- 在 PowerShell 中运行：
$Host.UI.RawUI.UnicodeEncoding = [System.Text.Encoding]::UTF8，确保编码正确 - 临时降级兼容性：用
git log --graph --ascii强制用 ASCII 字符（如|,/,\）绘图，牺牲美观换可用性
真正复杂的不是命令本身，而是你本地终端是否把字符当成“绘图符号”来处理——这点很容易被当成 Git 配置问题去调，其实跟 .gitconfig 无关。
