我采用了Powershell最上面的答案:

(git ls-tree -rz --name-only HEAD).Split(0x00) | where {$_ -Match '.*\.py'} |%{git blame -w --line-porcelain HEAD $_} | Select-String -Pattern '^author ' | Group-Object | Select-Object -Property Count, Name | Sort-Object -Property Count -Descending

是否使用-w开关运行git blame是可选的，我添加它是因为它会忽略空白的更改。

虽然Bash解决方案在WSL2下运行，但我的机器上的性能对Powershell有利(在相同的repo下~50秒vs ~65秒)

git shortlog -sec

这将显示每个作者的提交列表。

我自己的脚本是@nilbus和@Alex的组合

#!/bin/sh

for f in $(git ls-tree -r  --name-only HEAD --);
do
    j=$(file "$f" | grep -E ': .*text'| sed -r -e 's/: .*//');
    if [ "$f" != "$j" ]; then
        continue;
    fi
    git blame -w --line-porcelain HEAD "$f" | grep  "^author " | sed 's/author //'`enter code here`
done | sort | uniq -c | sort -nr

下面是来自@Alex的回答的主要片段，它实际上做了聚集指责行的操作。我已经将其缩减为对单个文件而不是一组文件进行操作。

git blame --line-porcelain path/to/file.txt | grep  "^author " | sort | uniq -c | sort -nr

我在这里发表这篇文章是因为我经常回到这个答案，重新阅读这篇文章，重新消化例子，以提取我重视的部分，这是很费力的。对于我的用例来说，它也不够通用;它的范围是整个C项目。

我喜欢列出每个文件的统计数据，通过使用bash for迭代器而不是xargs来实现，因为我发现xargs可读性较差，很难使用/记忆，xargs vs for的优点/缺点应该在其他地方讨论。

下面是一个实用的代码片段，它将单独显示每个文件的结果:

for file in $(git ls-files); do \
    echo $file; \
    git blame --line-porcelain $file \
        | grep  "^author " | sort | uniq -c | sort -nr; \
    echo; \
done

我测试过，在bash shell中直接运行它是ctrl+c安全的，如果你需要把它放在bash脚本中，如果你想让用户能够打破你的for循环，你可能需要在SIGINT和SIGTERM上捕获。

git ls-tree -r HEAD|sed -re 's/^.{53}//'|while read filename; do file "$filename"; done|grep -E ': .*text'|sed -r -e 's/: .*//'|while read filename; do git blame -w "$filename"; done|sed -r -e 's/.*\((.*)[0-9]{4}-[0-9]{2}-[0-9]{2} .*/\1/' -e 's/ +$//'|sort|uniq -c

逐级讲解:

列出版本控制下的所有文件

git ls-tree -r HEAD|sed -re 's/^.{53}//'

将列表修剪为仅文本文件

|while read filename; do file "$filename"; done|grep -E ': .*text'|sed -r -e 's/: .*//'

Git责备所有的文本文件，忽略空白的变化

|while read filename; do git blame -w "$filename"; done

找出作者的名字

|sed -r -e 's/.*\((.*)[0-9]{4}-[0-9]{2}-[0-9]{2} .*/\1/' -e 's/ +$//'

排序作者列表，并让uniq计算连续重复的行数

|sort|uniq -c

示例输出:

   1334 Maneater
   1924 Another guy
  37195 Brian Ruby
   1482 Anna Lambda

Erik的解决方案非常棒，但我在变音符上遇到了一些问题(尽管我的LC_*环境变量表面上设置正确)，并且在实际上包含日期的代码行中泄漏了噪音。我的sed-fu很差，所以我最终得到了这个带有红宝石的弗兰肯斯坦代码片段，但它在20万+ LOC上完美无缺地为我工作，并对结果进行了分类:

git ls-tree -r HEAD | gsed -re 's/^.{53}//' | \
while read filename; do file "$filename"; done | \
grep -E ': .*text' | gsed -r -e 's/: .*//' | \
while read filename; do git blame "$filename"; done | \
ruby -ne 'puts $1.strip if $_ =~ /^\w{8} \((.*?)\s*\d{4}-\d{2}-\d{2}/' | \
sort | uniq -c | sort -rg

还要注意gsed而不是sed，因为这是二进制的自制程序安装，使系统sed完好无损。