Junio C Hamano <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Eric W. Biederman) writes:
>> Actually looking a little deeper unless I have misread
>> the code git-fetch-pack at least will only ask for commit
>> objects so git fetch will never return a tag object.
> I thought so but then I tried it and actually it does seem to
> work as expected (well, it is Linus code so it has to be perfect
Yep. I confused the want and have cases when I was reading
A generalization of git-fetch-pack that can handle multiple
heads looks like it would handle the transfer part of the
problem with tags. git-clone-pack already does. Then
all that is needed is a sane way to list the heads that
are read back and some post processing to install everything.
The big question is in what format should we return the heads?
Just a space separated list of sha1's or a directory hierarchy
like git-clone-pack uses.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html