From: Thomas Rast <trast@student.ethz.ch>
To: Jeff King <peff@peff.net>
Cc: Junio C Hamano <gitster@pobox.com>,
Thomas Rast <trast@student.ethz.ch>,
Holger Hellmuth <hellmuth@ira.uka.de>,
"git@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: git rev-list -S ?
Date: Wed, 21 Mar 2012 12:14:50 +0100 [thread overview]
Message-ID: <874ntixl1x.fsf@thomas.inf.ethz.ch> (raw)
In-Reply-To: <20120320220032.GA29233@sigill.intra.peff.net> (Jeff King's message of "Tue, 20 Mar 2012 18:00:32 -0400")
Jeff King <peff@peff.net> writes:
> On Tue, Mar 20, 2012 at 01:53:14PM -0700, Junio C Hamano wrote:
>
>> | $ git log -S'it drives an external
>> | an external' master Documentation/RelNotes
>>
>> is a way to find commits that introduced and then removed the block of
>> text to files in the named directory, starting at the tip of 'master'.
>>
>> Most of the "ultimate tracking tool" dream has already been realized in
>> "git blame" except one major part. Once you find where the blame lies,
>> the tool _could_ help the user to find where these blamed lines came from
>> more than it currently does.
>
> Related to this is the line-level history browser project. The idea was
> basically to get a log-like view (i.e., reverse chronological commits)
> of a chunk of code, tracing the ancestry of a particular chunk of lines.
>
> This was done by Bo Yang as a GSoC project in 2010, but the code still
> hasn't been merged. As I recall, it mostly works, but there are perhaps
> some corner cases or ugly parts of the code still to be re-worked.
> Thomas Rast was cleaning it up some, and could say more on the current
This is all correct. It mostly works, which is the main impediment to
further work :-) You can try it by merging
git://github.com/trast/git.git line-log-cleanup
It segfaults if you attempt to track more than one range, however.
I have started some rewriting, which tries to phrase it more in terms of
simple operations on sets of lines, and pushed that as
git://github.com/trast/git.git line-log-WIP
This was successful in that the newly written code is easier to read and
completely broken.
--
Thomas Rast
trast@{inf,student}.ethz.ch
prev parent reply other threads:[~2012-03-21 11:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-20 18:34 git rev-list -S ? Holger Hellmuth
2012-03-20 20:21 ` Christopher Tiwald
2012-03-20 20:53 ` Junio C Hamano
2012-03-20 22:00 ` Jeff King
2012-03-21 11:14 ` Thomas Rast [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874ntixl1x.fsf@thomas.inf.ethz.ch \
--to=trast@student.ethz.ch \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hellmuth@ira.uka.de \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.