这篇文章聚焦Git统计的核心需求，把常用操作拆解得直白好懂：从最基础的“统计个人总提交次数”“计算代码增减行数”，到进阶的“按作者/时间范围筛选数据”“排除空提交和无效记录”，每一步都搭配具体命令示例和参数解读。不管是想快速查自己上周写了多少行代码，还是要整理团队成员的贡献情况，跟着步骤走就能搞定，就算是刚接触Git的新手也不用怕“看不懂手册”。不用再对着终端敲错命令返工，看完这篇就能解决90%的Git代码统计问题。
你有没有过这种情况？领导问你这个月写了多少行代码，你打开Git终端敲了git log，结果屏幕上滚出一堆提交记录，半天算不出准确数字；或者要整理团队成员的贡献，面对一堆合并请求和空提交，不知道怎么过滤掉无效数据？我去年帮研发部的朋友做项目复盘时，就遇到过这问题——他导出的统计结果里，把合并分支的提交也算进去了，导致数据虚高，差点被领导误会“注水”。后来我帮他加了个no-merges参数，才把合并提交的记录过滤掉，数据终于和他实际写的代码量对上了。其实Git统计没那么复杂，关键是要找对命令和参数，今天我就把自己用了两年的方法分享给你，保证你看完就能上手。
最常用的Git统计命令：从基础到进阶，一步一步来
先搞定最基础的——统计你自己的总提交次数和代码行数。比如你想知道入职以来一共提交了多少次代码，敲这个命令就行：git log author="你的名字" oneline | wc -l。我解释一下，author后面要跟你Git配置里的名字（比如“张三”或者“zhangsan@company.com”），要是不确定自己的配置，先敲git config user.name查一下；oneline是把每个提交简化成一行输出（比如“a1b2c3d 修复登录bug”），这样wc -l（word count的行数统计）才能准确算出有多少条提交。我自己每次换工作，都会用这个命令查上一家公司的提交次数，作为工作成果的参考——比如我上一份工作做了1200多次提交，面试官看了说“比简历上写的‘负责核心模块开发’更有说服力”。
要是想统计代码行数（新增、删除、总变更），就用这个稍长的命令：git log author="你" pretty=tformat: numstat | awk '{add += $1; subs += $2; loc += $1
。这里的pretty=tformat:是去掉默认的提交信息（比如作者、时间），只保留numstat的数据；numstat会显示每个提交的增删行数（第一列是新增，第二列是删除）；然后用awk工具把这些数字加起来——add是新增行数，subs是删除行数，loc是总变更（新增减删除）。我之前用这个命令查自己的提交，发现某天删了500多行旧代码，结果总变更行数是负数，一开始我还慌了，以为命令错了，后来才反应过来：删除冗余代码也是工作的一部分，总变更行数负数很正常，不用怕领导问，直接解释“清理了旧逻辑”就行。
等你搞定基础，就可以处理进阶需求了——比如查近一周某个人的提交，或者过滤掉空提交。比如领导问“同事A这一周写了多少代码”，敲这个命令：git log author="同事A" since="1 week ago" until="today" oneline | wc -l。since和until是时间范围，你也可以换成具体日期（比如since="2024-05-01" until="2024-05-10"），甚至精确到小时（since="yesterday 18:00"）。我上个月帮产品经理统计研发团队的贡献，就是用这个命令按周统计每个人的提交次数，最后做成折线图，产品经理看了说“比之前的Excel表格清楚多了，能直接看出谁在关键周出力多”。
还有个高频需求是“排除空提交”——有些同事可能会不小心提交空记录（比如git commit allow-empty -m "测试"），统计时要去掉，加empty=drop参数就行，比如git log author="你" empty=drop oneline | wc -l。我朋友之前做统计时，就遇到过空提交占了10%的情况，加了这个参数后，数据立刻“瘦了一圈”，更真实了。
避坑指南：这些错误别再犯了
我帮人解决Git统计问题时，发现大家常犯三个错误，我提前给你提个醒，省得你踩坑。第一个错误是“没指定作者”——要是你直接敲git log oneline | wc -l，统计的是所有作者的提交次数，包括同事的，这样数据肯定不对；第二个错误是“包含了合并提交”——合并分支的提交（比如git merge feature into master）不会改变代码行数，统计时要去掉，加no-merges参数就行（比如git log author="你" no-merges oneline | wc -l）。Git官方文档（https://git-scm.com/docs/git-lognofollow）里也明确说，no-merges用于排除合并提交的记录，避免统计冗余数据；第三个错误是“没切换到正确的分支”——比如你在master分支统计，但实际开发在feature-login分支，结果肯定是0，一定要先敲git checkout feature-login，再统计。我上次帮实习生解决问题，他就是犯了这个错——一开始在master分支统计，结果显示0次提交，以为自己没写代码，急得满头汗，后来切换到feature-分支，数据立刻变成了80多次，他拍着脑门说“我怎么忘了切换分支！”。
为了方便你记，我做了个常用命令汇总表，你可以存到手机里，用的时候直接查：
| 需求场景 | 命令示例 | 关键参数说明 |
|---|---|---|
| 统计个人总提交次数 | git log author=”张三” oneline | wc -l | author：筛选作者；oneline：简化输出 |
| 统计个人增删行数 | git log author=”张三” pretty=tformat: numstat | awk ‘{…}’ | numstat：显示增删行数；awk：计算总和 |
| 统计近一周某作者提交 | git log author=”李四” since=”1 week ago” until=”today” oneline | wc -l | since/until：指定时间范围 |
| 排除合并提交统计 | git log author=”张三” no-merges oneline | wc -l | no-merges：过滤合并提交 |
这些方法我用了快两年，帮过5个研发团队做过统计，从来没出过错——比如上个月帮电商团队统计“618大促”的代码贡献，用since="2024-05-01" until="2024-06-18"筛选时间，加no-merges过滤合并，结果和团队的需求文档一一对应，项目经理说“这数据比之前的人工统计准多了”。
你要是按我说的步骤试了，欢迎回来告诉我结果——比如有没有遇到awk: command not found的报错（Windows系统要装Git Bash或者Cygwin），或者统计出的数字和你预期的一样吗？要是有问题，我帮你排查。其实Git统计就是一层窗户纸，捅破了就简单了，赶紧去试吧！
本文常见问题（FAQ）
统计时把同事的提交也算进去了，怎么只算自己的？
这是因为没指定作者参数，你需要在命令里加author=”你的Git名字”。首先得确认自己的Git配置，敲git config user.name就能查到（比如“张三”或者“zhangsan@company.com”），然后把这个名字填到author后面。比如原本的命令是git log oneline | wc -l，改成git log author=”张三” oneline | wc -l，就能只统计你自己的提交次数了。
统计的代码行数里有合并提交，导致数据虚高怎么办？
合并分支的提交（比如git merge feature into master）不会改变实际代码量，统计时要过滤掉。你可以在命令里加no-merges参数，比如原本统计提交次数的命令是git log author=”你” oneline | wc -l，改成git log author=”你” no-merges oneline | wc -l，就能去掉合并提交的记录了。我去年帮朋友做项目复盘时，就是加了这个参数才把虚高的数据拉回真实值。
想统计近一周的提交次数，怎么指定时间范围？
用since和until参数就行，比如你想查最近7天的提交，命令可以写成git log author=”你” since=”1 week ago” until=”today” oneline | wc -l。要是想指定具体日期范围，比如5月1日到5月10日，就把since改成”2024-05-01″，until改成”2024-05-10″，这样就能精准筛选时间内的提交了。
Windows系统敲awk命令报错“command not found”怎么办？
Windows系统默认没有awk工具，你需要用Git Bash或者Cygwin这类终端软件。Git Bash是安装Git时自带的，打开它再敲awk相关的命令就能用了。比如统计增删行数的命令，在Git Bash里运行就能正常计算总和，不会再报错。
为什么统计的提交次数是0，明明提交过代码？
大概率是没切换到正确的分支。比如你在master分支统计，但实际开发在feature-login分支，这时候master分支里没有你的提交记录。你需要先敲git checkout feature-login切换到你提交代码的分支，再运行统计命令，就能看到正确的提交次数了。我之前帮实习生解决过这个问题，他一开始在master分支统计，结果显示0次，切换分支后立刻变成80多次。
