Linux怎么配置Git本地代码统计 Linux下Git代码量查询详解
想在Linux下统计Git仓库的代码量？其实根本不需要安装任何第三方工具。真正的核心，就藏在git log、awk和grep这几个命令的组合里。不过，这里有个关键点：命令的细节决定了结果的成败。比如，漏掉一个--all参数，或者用错了--since的时间格式，最终的统计数字可能直接就少了一半，这可不是危言耸听。
git log --numstat 输出格式与字段含义
说到统计增删行数，git log --numstat是Git自带的、最可靠的原生工具。但它的输出格式有点“原始”：没有表头，只有三列用空格分隔的文本。这个顺序是铁打的：新增行数、删除行数、文件路径。任何后续的awk处理脚本，都必须严格按这个顺序来取值，否则加减法可就全乱套了。
- 第一列
$1是新增行数，通常是正整数，但如果遇到二进制文件，这里会显示一个-。 - 第二列
$2同理，代表删除行数。 - 从第三列开始就是文件路径了。这里有个坑：路径里可能包含空格，所以不能简单地用
$3来提取，否则会截断。 - 处理时，记得用
if ($1 == "-") next这样的判断跳过二进制文件行，不然统计会出错。
统计某人某段时间的净增行数（最常用场景）
这大概是工程师们最常遇到的场景了：想看看同事“张三”从今年3月1号到现在，到底贡献了多少行代码。命令可以这么写：
git log --author="zhangsan" --since="2025-03-01" --pretty=tformat: --numstat | awk 'NF==3 && $1 != "-" {add += $1; subs += $2} END {printf "added: %s, removed: %s, net: %s\n", add, subs, add-subs}'
拆解一下这里的门道：
NF==3这个条件很重要，它能过滤掉空行，以及某些merge提交可能产生的格式异常行。- 时间格式
--since="2025-03-01"必须严格遵守YYYY-MM-DD。有些教程里用的midnight关键字，在部分Git版本里并不兼容，直接用日期字符串最保险。 - 还有一个极其容易踩的坑：没加
--all参数。这条命令默认只查询当前分支的历史。如果张三的提交都在feature/login分支上，而你当前在main分支，那么这条命令将一无所获。
统计所有分支下所有人的贡献排名
如果想了解整个仓库里谁的代码改动量最大，做一个“贡献榜”，那就不能只盯着一条分支看了。关键是要确保覆盖所有分支：
git log --all --pretty='%aN' | sort | uniq -c | sort -k1 -n -r | head -n 10
- 看，
--all参数又出现了。少了它，统计的就只是当前分支的作者，结果自然不全面。 - 注意
%aN提取的是提交作者的名字（author name），而非提交者（committer name）。这两者在某些工作流中可能不是同一个人。 - 另外，如果同一个人用不同的邮箱配置了多个身份（identity），Git会把他们算作不同的人。要想合并统计，比如把“zhangsan”和“Zhang San”算作一人，就需要手动建立映射，或者用多个
--author=条件匹配后再累加。
排除构建产物和配置文件（避免统计失真）
默认情况下，git log --numstat会把所有被跟踪的文件变动都算进去，这就会带来一个问题：像package-lock.json、dist/目录下的构建文件、.env配置文件这些，它们的行数变动巨大，但通常不被认为是“业务代码”。把它们算进去，统计结果就失真了。正确的过滤姿势如下：
git log --all --author="lisi" --pretty=tformat: --numstat -- . ":(exclude)dist" ":(exclude)build" ":(exclude)node_modules" ":(exclude)package-lock.json"
-- .表示从工作区根目录开始限定统计路径范围。:(exclude)是Git的路径规约（pathspec）排除语法，非常方便，但需要Git 2.13及以上版本才支持。旧版本的话，可能就得靠管道接grep -v来过滤了。- 参数顺序有讲究：这些排除项必须写在
--numstat后面，如果顺序放错了，过滤就会失效。
说到底，最难的部分往往不是写出那行正确的命令。真正的挑战在于，事先明确你要统计的“代码”究竟指什么：是所有Git跟踪的文本文件？还是仅限业务源码？测试代码算不算？多次修改同一行代码，是算一次还是多次？这些统计边界如果没在团队内对齐，那么即便数字再精确，也失去了意义。
