[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Progress report on git-blame
From: |
David Kastrup |
Subject: |
Re: Progress report on git-blame |
Date: |
Sun, 26 Jan 2014 07:30:04 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
Stefan Monnier <address@hidden> writes:
>> So I'm usually just interested in a screenful of lines. If we could
>> have a version of `C-x v g' that only does "blame" for the current
>> region, for instance, that would certainly fit my use case.
>
> One more thing: "git blame" is of no use when you're trying to see not
> "who wrote these lines when" but "who removed (and when) the lines that
> aren't there any more".
That's what the --reverse option of git blame is for.
> A "git log-and-diff" would handle that case just fine, OTOH.
git log -S "literal string" filename
is also quite helpful (it just outputs the commits where the "literal
string" appears or disappears).
--
David Kastrup
- Re: Progress report on git-blame, (continued)
- Re: Progress report on git-blame, Stefan Monnier, 2014/01/25
- Re: Progress report on git-blame, Stefan Monnier, 2014/01/25
- Re: Progress report on git-blame, Óscar Fuentes, 2014/01/25
- Re: Progress report on git-blame, Stefan Monnier, 2014/01/25
- Re: Progress report on git-blame, Eli Zaretskii, 2014/01/26
- Re: Progress report on git-blame, Stefan Monnier, 2014/01/26
- Re: Progress report on git-blame, Eli Zaretskii, 2014/01/26
- Re: Progress report on git-blame, Stefan Monnier, 2014/01/26
- Re: Progress report on git-blame,
David Kastrup <=
- Re: Progress report on git-blame, Stefan Monnier, 2014/01/26
- Re: Progress report on git-blame, David Engster, 2014/01/25
- Re: Progress report on git-blame, David Kastrup, 2014/01/25
- Re: RFC - cleaning up /etc, Stefan Monnier, 2014/01/11
- Re: RFC - cleaning up /etc, Richard Stallman, 2014/01/12
- Re: RFC - cleaning up /etc, Glenn Morris, 2014/01/12