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 the code. 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. Eric - 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
