还有递归指责。它可以安装

npm install -g recursive-blame

基于Will Shepard的回答，他的输出将包含没有更改的提交的重复行，因此您可以按照以下方式过滤这些行(使用这个答案)

LINE=1 FILE=a; for commit in $(git rev-list HEAD $FILE); do git blame -n -L$LINE,+1 $commit -- $FILE; done | sed '$!N; /^\(.*\)\n\1$/!P; D'

注意，我删除了REVS参数，这将返回到根提交。这是由于Max Nanasy上面的观察。

对于这个问题，一个非常独特的解决方案是使用git log，正如Andre在这里解释的那样:

git log -p -M——follow——stat——path/to/your/file

从Git 2.23开始，你可以使用Git blame——ignore-rev

对于问题中给出的例子，这将是:

git blame -L10,+1 src/options.cpp --ignore-rev fe25b6d

(然而，这是一个棘手的问题，因为fe25b6d是该文件的第一个修订!)

基于DavidN的回答，我想遵循重命名的文件:

LINE=8 FILE=Info.plist; for commit in $(git log --format='%h%%' --name-only --follow -- $FILE | xargs echo | perl -pe 's/\%\s/,/g'); do hash=$(echo $commit | cut -f1 -d ','); fileMayRenamed=$(echo $commit | cut -f2 -d ','); git blame -n -L$LINE,+1 $hash -- $fileMayRenamed; done | sed '$!N; /^\(.*\)\n\1$/!P; D'

参考:很好地显示文件重命名历史在git日志

您可以使用git log -L来查看一行范围的演变。

例如:

git log -L 15,23:filename.txt

表示“跟踪文件名.txt文件中第15行到第23行的演变”。