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

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

基于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 blame -L 10,+1 fe25b6d^ -- src/options.cpp

你可以为git blame指定一个修订，从(而不是默认的HEAD)开始回溯;Fe25b6d ^是Fe25b6d的父元素。

编辑:作为Git 2.23的新版本，我们在Git blame中添加了——ignore-rev选项:

git blame --ignore-rev fe25b6d

虽然这不能回答OP给出提交堆栈的问题(根据其他答案，您将使用git log)，但这是该解决方案的一种更好的方式，因为您不会对其他行产生误解。

基于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上面的观察。

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

npm install -g recursive-blame

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

例如:

git log -L 15,23:filename.txt

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