how to fix the broken tagging system?
Ronny Pfannschmidt
Ronny.Pfannschmidt at gmx.de
Sun Sep 28 14:57:33 CDT 2008
On So, 2008-09-28 at 20:33 +0200, Benoit Boissinot wrote:
> On Sun, Sep 28, 2008 at 5:29 PM, Ronny Pfannschmidt
> <Ronny.Pfannschmidt at gmx.de> wrote:
> > Hi,
> >
> > the last few weeks the way how tagging works in hg was very frustrating.
> >
> > There are various issues with it being a versioned file instead of
> > proper meta-data.
> >
> > 1. Tags don't propagate with the tagged revision.
> >
> > It's really not fun to push a tag just to see its not there in the
> > remote repository.
> >
> > 2. Tags can change without further notice
> >
> > Its really no fun to pull in changes, and get existing tags changed that
> > way - no pull op should be able to alter tags without asking me first.
> >
> > So it kills a lot of trust.
> > To be sure i have to double check tag-changes,
> > i shouldn't have to do that.
> >
> > 3. simple schemes for trying to transfer tags with their revision just
> > don't work
> >
> > rev+1 cant work, as tags can be added much later (for example the svn
> > converter adds them after converting the complete history)
> >
> > 4. git, bzr, monotone - all do it right, just hg is plain wrong (and
> > thus is a pain)
> >
> > As far as i can tell the only good solution to fix it is a proper system
> > for managing meta-data about revisions.
>
> Would using a disconnected branch dedicated to tags help ?
No, i belive creating a history for metadata about the history is the
wrong way.
> I think it would help with 1 and 3.
> How are git or bzr doing for 2 (monotone is very different)?
git/bzr use separate metadata that links names and revisions
monotone just appends extra metadata to the revision
Regards Ronny
More information about the Mercurial-devel
mailing list