引言：谁在维护这个代码库？
在开源项目或大型团队协作中，一个常见的问题常被抛出：“这段代码到底是谁写的？”虽然git blame能逐行追溯代码修改者，但它无法回答更宏观的问题——谁主导了某个子系统的开发？这正是git-who的用武之地。作为一款命令行工具，git-who通过分析文件树的贡献历史，为开发者提供更全面的协作洞察。本文将深入解析其功能、使用场景及与git blame的核心差异，助你高效管理代码所有权。
一、git-who的核心功能：从代码行到文件树的贡献分析
git-who的设计初衷是弥补git blame的局限性。它通过三个子命令（table、tree、hist）提供多维度的贡献分析：
1. 贡献者总览（table子命令）
默认的git who命令会生成一张表格，按提交次数、最后编辑时间等指标展示贡献者排名。例如：
$ git who Lib/┌─────────────────────────────────────────────────────┐│Author Last Edit Commits Files │├─────────────────────────────────────────────────────┤│Alice Chen 2天前 120 45 ││Bob Smith 1周前 85 32 ││... │└─────────────────────────────────────────────────────┘
通过-l、-f等参数，可进一步按代码行数或文件修改量排序，快速识别核心维护者。
2. 文件树归属（tree子命令）
git who tree会以目录树形式标注每个路径的主要贡献者。例如：
src/.................Alice Chen (120)├── utils/...........Bob Smith (45)│ └── logger.c.....Alice Chen (20)└── api/.............Carol Lee (30)
此功能特别适合分析模块化代码库的所有权分布。
3. 历史趋势（hist子命令）
git who hist生成时间轴图表，展示不同时间段内的主导贡献者：
2023 ┤ ########## Alice Chen (120)2024 ┤ ################# Bob Smith (200)
这对追踪项目维护者的更迭或代码重心的迁移至关重要。
二、实际应用场景：何时选择git-who而非git blame？
场景1：识别子系统负责人
假设你需要重构一个遗留模块，但git blame仅显示最后修改者。通过git who tree src/legacy/，可快速找到长期维护该模块的开发者，避免因单次提交误判责任人。
场景2：评估团队贡献分布
在绩效评估或项目复盘时，git who table -l按代码行数排序，可量化团队成员的实际产出，减少主观判断偏差。
场景3：追踪代码历史演变
当某功能因多次重构导致git blame结果分散时，git who hist --since "1 year ago"可清晰展示贡献者的活跃周期，辅助代码审查。
三、git-who与git blame的深层差异
1. 统计逻辑不同
-
git blame：逐行追溯最后修改者。 -
git-who：聚合提交历史，统计贡献者的总提交次数、文件修改量等。
2. 适用场景对比
-
重构代码归属： -
git blame：适合定位具体代码行的作者。 -
git-who：适合识别模块的长期维护者。
-
-
合并提交处理： -
git-who默认忽略合并提交（可通过--merges启用），而git blame会包含所有提交。
-
3. 示例对比
假设Alice提交了50次小型修改，而Bob仅提交1次大规模重构：
-
git blame会将多数代码行标记为Bob。 -
git who table则显示Alice为主要贡献者，git who hist进一步揭示两人在不同阶段的角色。
四、高级功能与配置技巧
1. 过滤与缓存
-
使用 --author或--since过滤特定贡献者或时间段。 -
数据缓存于 ~/.cache/git-who，通过GIT_WHO_DISABLE_CACHE=1禁用。
2. 兼容Git生态
-
Git别名：通过 git config --global alias.who '!git-who'简化命令。 -
Mailmap支持：自动合并同一贡献者的不同名称或邮箱，确保统计准确性。
五、总结与行动呼吁
git-who填补了git blame在宏观分析上的空白，是团队协作与代码治理的利器。无论是识别模块负责人、量化贡献，还是追踪项目演变，它都能提供关键洞察。
下一步建议：
-
访问GitHub仓库安装工具。 -
运行 git who tree src/探索你的代码库所有权分布。 -
在评论区分享你的使用案例或疑问！