68

我无法弄清楚如何git blame用于获取曾经触及给定行范围的提交集。有类似的问题,接受的答案并没有让我走得更远。

假设我有一个从第 1000 行开始的定义foo.rb。它只有 5 行长,但改变这些行的提交数量是巨大的。如果我做

git blame foo.rb -L 1000,+5

我得到了(至多)五个改变这些行的不同提交的引用,但我也对“背后”的提交感兴趣。

相似地,

git rev-list HEAD -- foo.rb | xargs git log --oneline

几乎是我想要的,但我无法指定行范围git rev-list

我可以传递一个标志来git blame获取曾经触及这五行的提交列表,或者构建提取此类信息的脚本的最快方法是什么?让我们暂时忽略定义曾经多于或少于 5 行的可能性。

4

6 回答 6

71

从 Git 1.8.4开始,git log必须-L查看一系列行的演变。

例如,假设您查看git blame的输出:

((aa27064...))[mlm@macbook:~/w/mlm/git]
$ git blame -L150,+11 -- git-web--browse.sh
a180055a git-web--browse.sh (Giuseppe Bilotta 2010-12-03 17:47:36 +0100 150)            die "The browser $browser is not
a180055a git-web--browse.sh (Giuseppe Bilotta 2010-12-03 17:47:36 +0100 151)    fi
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 152) fi
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 153) 
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 154) case "$browser" in
81f42f11 git-web--browse.sh (Giuseppe Bilotta 2010-12-03 17:47:38 +0100 155) firefox|iceweasel|seamonkey|iceape)
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 156)    # Check version because firefox < 2.0 do
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 157)    vers=$(expr "$($browser_path -version)" 
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 158)    NEWTAB='-new-tab'
5d6491c7 git-browse-help.sh (Christian Couder 2007-12-02 06:07:55 +0100 159)    test "$vers" -lt 2 && NEWTAB=''
a0685a4f git-web--browse.sh (Dmitry Potapov   2008-02-09 23:22:22 -0800 160)    "$browser_path" $NEWTAB "$@" &

你想知道现在第 155 行的历史。

然后:

((aa27064...))[mlm@macbook:~/w/mlm/git]
$ git log --topo-order --graph -u -L 155,155:git-web--browse.sh
* commit 81f42f11496b9117273939c98d270af273c8a463
| Author: Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
| Date:   Fri Dec 3 17:47:38 2010 +0100
| 
|     web--browse: support opera, seamonkey and elinks
|     
|     The list of supported browsers is also updated in the documentation.
|     
|     Signed-off-by: Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
|     Signed-off-by: Junio C Hamano <gitster@pobox.com>
| 
| diff --git a/git-web--browse.sh b/git-web--browse.sh
| --- a/git-web--browse.sh
| +++ b/git-web--browse.sh
| @@ -143,1 +143,1 @@
| -firefox|iceweasel)
| +firefox|iceweasel|seamonkey|iceape)
|  
* commit a180055a47c6793eaaba6289f623cff32644215b
| Author: Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
| Date:   Fri Dec 3 17:47:36 2010 +0100
| 
|     web--browse: coding style
|     
|     Retab and deindent choices in case statements.
|     
|     Signed-off-by: Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
|     Signed-off-by: Junio C Hamano <gitster@pobox.com>
| 
| diff --git a/git-web--browse.sh b/git-web--browse.sh
| --- a/git-web--browse.sh
| +++ b/git-web--browse.sh
| @@ -142,1 +142,1 @@
| -    firefox|iceweasel)
| +firefox|iceweasel)
|  
* commit 5884f1fe96b33d9666a78e660042b1e3e5f9f4d9
  Author: Christian Couder <chriscool@tuxfamily.org>
  Date:   Sat Feb 2 07:32:53 2008 +0100

      Rename 'git-help--browse.sh' to 'git-web--browse.sh'.

      Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
      Signed-off-by: Junio C Hamano <gitster@pobox.com>

  diff --git a/git-web--browse.sh b/git-web--browse.sh
  --- /dev/null
  +++ b/git-web--browse.sh
  @@ -0,0 +127,1 @@
  +    firefox|iceweasel)

如果您经常使用此功能,您可能会发现 git 别名很有用。为此,请输入您的~/.gitconfig

[alias]
    # Follow evolution of certain lines in a file
    # arg1=file, arg2=first line, arg3=last line or blank for just the first line
    follow = "!sh -c 'git log --topo-order -u -L $2,${3:-$2}:"$1"'" -

现在你可以做git follow git-web--browse.sh 155

于 2013-11-03T20:03:03.153 回答
23

我认为这就是你想要的:

git rev-list HEAD -- foo.rb | ( 
    while read rev; do
        git blame -l -L 1000,+5 $rev -- foo.rb | cut -d ' ' -f 1
    done;
) | awk '{ if (!h[$0]) { print $0; h[$0]=1 } }'

这将输出对您选择的行进行编辑的每个提交的修订号。

以下是步骤:

  1. 第一部分git rev-list HEAD -- foo.rb输出编辑所选文件的所有修订。

  2. 然后,这些修订中的每一个都进入第二部分,该部分将每个修订都放入git blame -l -L 1000,+5 $rev -- foo.rb | cut -d ' ' -f 1. 这是一个由两部分组成的命令。

    1. git blame -l -L 1000,+5 $rev -- foo.rb输出所选行的责任。通过向它提供修订号,我们告诉它从那个提交开始并从那里开始,而不是从头开始。
    2. 因为 blame 输出了一堆我们不需要的信息,所以cut -d ' ' -f 1给了我们 blame 输出的第一列(修订号)。
  3. awk '{ if (!h[$0]) { print $0; h[$0]=1 } }'取出不相邻的重复行,同时保持它们出现的顺序。有关此命令的更多信息,请参见http://jeetworks.org/node/94 。

您可以在此处添加最后一步以获得更漂亮的输出。将所有内容导入xargs -L 1 git log --oneline -1并获取修订列表的相应提交消息。我在使用这最后一步时遇到了一个奇怪的问题,我必须在输出的每几个修订版本中继续按下下一步。我不确定为什么会这样,这就是为什么我没有将它包含在我的解决方案中。

于 2013-01-13T04:12:52.597 回答
12

不确定您想做什么,但也许git log -S可以为您解决问题:

-S<string>
    Look for differences that introduce or remove an instance of <string>. 
    Note that this is different than the string simply appearing
    in diff output; see the pickaxe entry in gitdiffcore(7) for more
    details.

您可以将您尝试遵循的更改(或更改的一部分)放入字符串中,这将列出曾经触及此更改的提交。

于 2013-01-07T14:37:31.270 回答
1

我喜欢这个谜题,它有它的微妙之处。获取此文件,说出init foo.rb 1000,1005并按照说明进行操作。完成后,文件@changes将具有按拓扑顺序排列的正确提交列表,@blames并将具有每个提交的实际责备输出。

这比上面公认的解决方案要复杂得多。它产生的输出有时会更有用,而且难以重现,而且编码很有趣。

尝试在回退历史记录时自动跟踪行号范围的问题是,如果更改块跨越行号范围边界,您将无法自动确定新范围边界应该在该块中的哪个位置,并且您要么包括大范围的大添加,因此积累(有时很多)不相关的更改,或者进入手动模式以确保它是正确的(这当然会让你回到这里),或者有时接受极端的损失。

如果您希望输出准确,请使用上面的答案和值得信赖的正则表达式范围,例如`/^type function(/,/^}/',或者使用这个,这实际上并没有那么糟糕,每退几秒及时。

为了换取额外的复杂性,它确实按拓扑顺序生成了命中列表,并且它至少(相当成功地)尝试减轻每一步的痛苦。例如,它永远不会产生多余的责备,并且 update-ranges 使调整行号更容易。当然,不得不单独观察大块头是可靠的...... :-P

要以全自动方式运行,请说{ init foo.rb /^class foo/,/^end/; auto; } 2>&-

 ### functions here create random @-prefix files in the current directory ###
#
# git blame history for a range, finding every change to that range
# throughout the available history.  It's somewhat, ahh, "intended for
# customization", is that enough of a warning?  It works as advertised
# but drops @-prefix temporary files in your current directory and
# defines new commands
#
# Source this file in a subshell, it defines functions for your use.
# If you have @-prefix files you care about, change all @ in this file
# to something you don't have and source it again.
#
#    init path/to/file [<start>,<end>]  # range optional
#    update-ranges           # check range boundaries for the next step
#    cycle [<start>,<end>]   # range unchanged if not supplied
#    prettyblame             # pretty colors, 
#       blue="child commit doesn't have this line"
#       green="parent commit doesn't have this line"
#           brown=both
#    shhh # silence the pre-cycle blurb
#
# For regex ranges, you can _usually_ source this file and say `init
# path/to/file /startpattern/,/endpattern/` and then cycle until it says 0
# commits remain in the checklist
#
# for line-number ranges, or regex ranges you think might be unworthy, you
# need to check and possibly update the range before each cycle.  File
# @next is the next blame start-point revision text; and command
# update-ranges will bring up vim with the current range V-selected.  If
# that looks good, `@M` is set up to quit even while selecting, so `@M` and
# cycle.  If it doesn't look good, 'o' and the arrow keys will make getting
# good line numbers easy, or you can find better regex's.  Either way, `@M`
# out and say `cycle <start>,<end>` to update the ranges.

init () { 
    file=$1;
    range="$2"
    rm -f @changes
    git rev-list --topo-order HEAD -- "$file" \
    | tee @checklist \
    | cat -n | sort -k2 > @sequence
    git blame "-ln${range:+L$range}" -- "$file" > @latest || echo >@checklist
    check-cycle
    cp @latest @blames
}

update-latest-checklist() {
    # update $latest with the latest sha that actually touched our range,
    # and delete that and everything later than that from the checklist.
    latest=$(
        sed s,^^,, @latest \
        | sort -uk1,1 \
        | join -1 2 -o1.1,1.2 @sequence - \
        | sort -unk1,1 \
        | sed 1q \
        | cut -d" " -f2
    )
    sed -i 1,/^$latest/d @checklist
}
shhh () { shhh=1; }

check-cycle () {
    update-latest-checklist
    sed -n q1 @checklist || git log $latest~..$latest --format=%H\ %s | tee -a @changes
    next=`sed 1q @checklist`
    git cat-file -p `git rev-parse $next:"$file"` > @next
    test -z "$shh$shhh$shhhh" && {
        echo "A blame from the (next-)most recent alteration (id `git rev-parse --short $latest`) to '$file'"
        echo is in file @latest, save its contents where you like
        echo 
        echo you will need to look in file @next to determine the correct next range,
        echo and say '`cycle its-start-line,its-end-line`' to continue
        echo the "update-ranges" function starts you out with the range selected
    } >&2
    ncommits=`wc -l @checklist | cut -d\  -f1`
    echo  $ncommits commits remain in the checklist >&2
    return $((ncommits==0))
}

update-ranges () {
    start="${range%,*}"
    end="${range#*,}"
    case "$start" in
    */*)    startcmd="1G$start"$'\n' ;;
    *)      startcmd="${start}G" ;;
    esac
    case "$end" in
    */*)    endcmd="$end"$'\n' ;;
    [0-9]*) endcmd="${end}G" ;;
    +[0-9]*) endcmd="${end}j" ;;
    *) endcmd="echohl Search|echo "can\'t" get to '${end}'\"|echohl None" ;;
    esac
    vim -c 'set buftype=nofile|let @m=":|q'$'\n"' -c "norm!${startcmd}V${endcmd}z.o" @next
}

cycle () {
    sed -n q1 @checklist && { echo "No more commits to check"; return 1; }
    range="${1:-$range}"
    git blame "-ln${range:+L$range}" $next -- "$file" >@latest || echo >@checklist
    echo >>@blames
    cat @latest >>@blames
    check-cycle
}

auto () {
    while cycle; do true; done
}

prettyblames () {
cat >@pretty <<-\EOD
BEGIN {
    RS=""
    colors[0]="\033[0;30m"
    colors[1]="\033[0;34m"
    colors[2]="\033[0;32m"
    colors[3]="\033[0;33m"
    getline commits < "@changes"
    split(commits,commit,/\n/)
}
NR!=1 { print "" }
{
    thiscommit=gensub(/ .*/,"",1,commit[NR])
    printf "%s\n","\033[0;31m"commit[NR]"\033[0m"
    split($0,line,/\n/)
    for ( n=1; n<=length(line); ++n ) {
        color=0
        split(line[n],key,/[1-9][0-9]*)/)
        if ( NR!=1 && !seen[key[1]] ) color+=1
        seen[key[1]]=1;
        linecommit = gensub(/ .*/,"",1,line[n])
        if (linecommit==thiscommit) color+=2
        printf "%s%s\033[0m\n",colors[color],line[n]
    }
}
EOD
awk -f @pretty @blames | less -R
}
于 2013-01-13T08:58:00.990 回答
1

请参阅此处发布的答案列出特定文件的所有提交。它正是您所需要的。

于 2015-08-13T10:00:07.850 回答
0

一些想法..

这听起来类似于这篇文章,看起来你可能会接近这样的事情:

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

只要您知道要匹配的定义(对于正则表达式)。

这里有一个线程讨论,关于使用tigand git gui(显然可以处理这个问题)。我自己还没有尝试过,所以无法验证(我稍后会尝试)。

于 2013-01-12T05:33:43.573 回答