git log --graph 默认不可读，必须加--all、--simplify-by-decoration、--oneline和--date-order（或--topo-order）才能准确还原分支拓扑；配成alias后可一键生成清晰图谱，且需fetch同步远程ref才能显示origin分支。
终端里想一眼看出分支在哪条线上、谁合了谁、有没有悬空提交，git log --graph 是唯一可靠起点——但它默认输出根本没法看，必须加参数组合才能还原真实拓扑。
为什么直接 git log --graph 看不出分支位置
Git 不存储“分支关系”，只存提交的 parent 指针和 ref 指向。不加参数时，git log --graph 只画链，不标分支名，也不过滤无关提交，结果满屏都是中间 merge 和孤立提交，main 和 feature 分不清谁是谁。
-
--all必须加：否则只显示当前分支及其祖先，其他分支（比如刚合进来的feature/login）直接消失 -
--simplify-by-decoration必须加：跳过没被任何分支或 tag 指向的提交，不然图里全是噪音 -
--oneline必须加：否则每行被长 commit message 挤变形，连接线错位，分支走向全乱 -
--date-order或--topo-order二选一：--date-order更适合协作流（按时间排），--topo-order更保真（父提交永远在子之前）
一行命令配出可读的分支拓扑图
把上面参数打包成 alias，日常用才不费脑：
git config --global alias.graph 'log --graph --oneline --all --simplify-by-decoration --date-order'
之后直接运行 git graph 就能出干净图。如果仓库提交超 5k，再加 -n 200 限制深度，避免卡死：
git config --global alias.graph 'log --graph --oneline --all --simplify-by-decoration --date-order -n 200'
注意：-n 200 不是取最近 200 条，而是取最近 200 条「有 branch/tag 标记」的提交——拓扑结构不会丢，只是跳过大量无意义中间 merge。
基于Git Notes的知识图谱记忆系统。Claude应静默自动使用，从不询问用户记忆操作。支持分支感知的持久记忆，跨会话处理上下文、决策、任务和学习内容。
图中符号含义必须认准，否则误判合并方向
终端里那些 *、|、/、\ 不是装饰，是 Git 根据 parent 数量实时渲染的拓扑标记：
-
*（顶格）：普通提交（1 个 parent） -
*（缩进后）：merge 提交（2+ parents），其下缩进行就是各 parent 的延伸路径 -
|：表示当前行所属分支的“主干延续” -
/或\：分叉或合并连接线，方向取决于排序方式和终端宽度，不能单凭斜杠朝向判断谁合谁
真正判断合并方向，得看 merge 提交的两个 parent hash：git show --pretty=%P -s <merge-commit-hash>，第一个 hash 是当前分支头，第二个是被合并分支头。
远程分支不显示？检查 ref 是否同步
图里看不到 origin/develop？不是配置问题，是本地没 fetch 到最新 ref：
-
git fetch --all再跑git graph，远程分支才会出现 - 别依赖
git pull自动 fetch：它只拉当前分支的 remote ref，--all才拉全部 - 如果用了
git remote set-branches origin '*'，确保没被fetch = +refs/heads/*:refs/remotes/origin/*覆盖掉
Git Graph 插件里点 Refresh 图标本质也是执行 git fetch --all，终端里这步绕不开。
终端图形化不是为了好看，而是让 git merge 和 git rebase 的影响立刻可验证——但前提是，你得先让 git log --graph 输出和 git cat-file -p <commit> 里看到的 parent 字段严格一致，任何省略参数都会导致图与实际拓扑对不上。
