Re: What's in git.git

From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Mar 10, 2006, 11:17 UTC
Message-ID: <Pine.LNX.4.63.0603101215100.25810@wbgn013.biozentrum.uni-wuerzburg.de>
In-Reply-To: <20060310104443.GA4491@c165.ib.student.liu.se>

Hi,

On Fri, 10 Mar 2006, Fredrik Kuivinen wrote:

Show 10 quoted lines

> On Mon, Mar 06, 2006 at 10:05:41PM +1300, Martin Langhoff wrote:
> > On 3/6/06, Junio C Hamano <junkio@cox.net> wrote:
> > > - The deathmatch between annotate/blame (Ryan Anderson, Fredrik
> > >   Kuivinen, me cheerleading)
> > 
> > Add fuel to the fire  ;-) Can git-blame take cached git-rev-list
> > output like annotate does with -S?
> > 
> 
> Currently it cannot do that. How is that option used?

The history is linearized, and the commits are ordered accordingly, then to be passed to git-annotate/-blame.

Show 5 quoted lines

> If you want to make annotate/blame faster for certain files you might as 
> well cache the output of annotate/blame instead of the git-rev-list 
> output, no?
> 
> What am I missing?

Two things:

- the history is growing, and
- it would be inefficient/error-prone to save the annotates for files

Hth,
Dscho