Re: kernel.org now has gitweb installed

From: H. Peter Anvin <hpa@zytor.com>
Date: Apr 28, 2005, 21:52 UTC
Message-ID: <42715B30.6010705@zytor.com>
In-Reply-To: <1114723214.2734.9.camel@localhost.localdomain>

David Woodhouse wrote:

Show 16 quoted lines

> 
> Hmm, that's true; albeit unfortunate. 
> 
> Still, using the date isn't any better. It'll give results which are
> about as random as just sorting by the sha1 of each parent.
> 
> Yes, the ordering of the parents in a merge is probably meaningless in
> the general case, but so is the date.
> 
> The best we could probably do, from a theoretical standpoint, is to look
> at the paths via each parent to a common ancestor, and look at how many
> of the commits on each path were done by the same committer. Even that
> isn't ideal, and it's probably fairly expensive -- but it's pointless to
> pretend we can infer anything from _either_ the dates or the ordering of
> the parents in a merge.
>

I thought about this for a few seconds (I really should do that more often...) and realized what it is you want: you want a primary search criterion which is "when did event X become visible to me", where "me" in this case is the web tool. That is not repository information, but it is perfectly possible for the webtool to be aware of what it has previously seen and when.

And yes, this ordering is clearly different for each observer.

	-hpa