Peeling the onion

From: Junio C Hamano <junkio@cox.net>
Date: Oct 14, 2005, 06:03 UTC
Message-ID: <7voe5sws7y.fsf_-_@assigned-by-dhcp.cox.net>
In-Reply-To: <7virwlumyo.fsf@assigned-by-dhcp.cox.net>

Junio C Hamano <junkio@cox.net> writes:

Show 19 quoted lines

> Linus Torvalds <torvalds@osdl.org> writes:
>
>>> we could send phony entries like this:
>>> 
>>> b92c9c07fe2d0d89c4f692573583c4753b5355d2	deref/tags/junio-gpg-pub
>>> a3eb250f996bf5e12376ec88622c4ccaabf20ea8	deref/tags/v0.99
>>> 78d9d414123ad6f4f522ffecbcd9e4a7562948fd	deref/tags/v0.99.1
>>
>> Yes, it would work,..
>> in general, it's just a really ugly special case, I think.
>
> I think we could do this instead, to make it less ugly.
>
> ...
>
> The alternative would be what Pasky outlined in his message --
> bypassing git transport layer to fetch single object by hand,
> repeatedly dereferencing it until he gets a non-tag.  I think
> that is unnecessary misery for him.

I did not hear much from the people involved since this message, but I have a bit less ugly solution along the lines outlined above, in the proposed updates branch. Incidentally this would also simplify Martin's git-findtags, especially if we do not worry about its '-t' option.

I'll be sending 3-patch series; the first two are preparatory but what may be useful for Pasky and Martin is in the third one.

    [PATCH] Ignore funny refname sent from remote.
    [PATCH] Introduce notation "ref^{type}".
    [PATCH] Show peeled onion from upload-pack and server-info.