Re: [PATCH] git-revover-tags-script
- From
Eric W. Biederman <ebiederm@xmission.com>
- Date
- Jul 18, 2005, 05:40 UTC
- Message-ID
- <m164v8oenn.fsf@ebiederm.dsl.xmission.com>
- In-Reply-To
- <7v64v8j4qn.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <junkio@cox.net> writes:
Show 9 quoted lines
> ebiederm@xmission.com (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