Re: Tags
- From
Daniel Barkalow <barkalow@iabervon.org>
- Date
- Jul 1, 2005, 23:22 UTC
- Message-ID
- <Pine.LNX.4.21.0507011907440.30848-100000@iabervon.org>
- In-Reply-To
- <m1ll4qf7mg.fsf@ebiederm.dsl.xmission.com>
On Fri, 1 Jul 2005, Eric W. Biederman wrote:
Show 5 quoted lines
> Plus if you pull from a spoofed tag somewhere further along > when you merge your code the merge will fail because what > you thought was a common ancestor isn't. And you will > also likely get an error when you have the same tag > coming from 2 different sources with different values.
Actually, I think it would be beneficial to support multiple tags with the same name in any case: if people are going to use local private tags like "broken", either we need to support having refs/tags/broken being a list of hashes, or any particular user can only have one broken version.
I don't see any major problems with having refs/ files contain potentially multiple hashes (limited by what makes sense to be multiple; i.e., heads/* should have only one value), and this lets the users check the content of the tag objects to figure out what they care about, and either specify things in more detail or discard things they don't like (or, when appropriate, use all values). The main issue I see is that rsync wouldn't merge them usefully.
(And it would be useful to have a structure to support keeping a simple piece of information about a set of objects.)
-Daniel *This .sig left intentionally blank*