这将调用git blame为每一个有意义的修订显示line $ line文件$ file:

git log --format=format:%H $FILE | xargs -L 1 git blame $FILE -L $LINE,$LINE

像往常一样，责备在每行开头显示修订号。你可以添加

| sort | uniq -c

要获得聚合结果，可以使用更改这一行的提交列表之类的东西。(不完全是，如果代码只是被移动了，这可能会对行中不同的内容显示相同的提交ID两次。为了进行更详细的分析，您必须对相邻提交的git blame结果进行滞后比较。有人知道吗?)

简化@matt的回答-

get - l14,15——<file_path>

这里你会看到第14行到第15行。

因为-L选项需要Range作为参数，我们不能使用-L选项获得单行的责备。

参考

这将调用git blame为每一个有意义的修订显示line $ line文件$ file:

git log --format=format:%H $FILE | xargs -L 1 git blame $FILE -L $LINE,$LINE

像往常一样，责备在每行开头显示修订号。你可以添加

| sort | uniq -c

要获得聚合结果，可以使用更改这一行的提交列表之类的东西。(不完全是，如果代码只是被移动了，这可能会对行中不同的内容显示相同的提交ID两次。为了进行更详细的分析，您必须对相邻提交的git blame结果进行滞后比较。有人知道吗?)

尝试使用Git 1.8.4中实现的以下命令。

git log -u -L <upperLimit>,<lowerLimit>:<path_to_filename>

在你的例子中，upperLimit & lowerLimit是触摸的line_number

更多信息可以在这里找到。

一个非常简单的方法是使用vim-fugitive。只需在vim中打开文件，选择您感兴趣的使用V的行，然后输入

:Glog

现在您可以使用:cnext和:cprev来查看该行被修改的文件的所有修订。在任何时候，输入:Gblame以查看sha、作者和日期信息。

我不相信有什么内置的。这很棘手，因为很少有一行更改多次，而文件的其余部分也没有发生重大更改，所以最终往往会导致行号更改很多。

如果你足够幸运，这一行总是有一些识别特征，例如赋值给一个名称从未改变的变量，你可以使用regex选项git blame -L。例如:

git blame -L '/variable_name *= */',+1

但这只会找到正则表达式的第一个匹配项，所以如果你没有一个匹配行的好方法，它就没有太大的帮助。

我猜你可以做点什么。我现在没有时间写代码，但是…沿着这条线。运行git blame -n -L $n，$n $file。第一个字段是前一次提交所触及的，第二个字段是该提交中的行号，因为它可能会改变。获取这些，然后运行git blame -n $n，$n $commit^ $file，也就是说，从上次修改文件之前的提交开始。

(请注意，如果更改行的最后一次提交是合并提交，这将失败。如果作为合并冲突解决的一部分，行被更改，那么这种情况可能发生的主要方式。)

编辑:我今天偶然看到了这篇2011年3月的邮件列表，其中提到tig和git gui有一个功能可以帮助你做到这一点。对于git本身来说，这个特性似乎已经考虑过了，但还没有完成。