gnu-arch-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnu-arch-users] Re: tla tag: tag-version rev wrong?


From: Matthieu Moy
Subject: [Gnu-arch-users] Re: tla tag: tag-version rev wrong?
Date: Mon, 01 Aug 2005 20:23:51 +0200
User-agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.4 (gnu/linux)

Marco Mililotti <address@hidden> writes:

> Hi,

Hi,

> I'm using tla version 1.3.2 under Mac OSX.

You should have a look at http://bazaar.canonical.com/ too.

> After discovering that "tla tag --seal" doesn't create a base-0 sealed 
> version (this is somewhat a known bug as I've been told), 

Not surprising actually: sealed revisions are version-X, and can't, by
definition, be a base-0.

> I started managing my projects using a "devel--x.y" line (where new
> patches are added), and using a "release" branch that is built of
> tags from "devel--x.y--patch-x".

FYI, Another commonly used solution is to have a separate project,
which contains one config file (input of build-config) for each
release.

> And, magically, "prj-rel/" and "prj-dev/" are not the same. From the 
> logs I can see "prj-rel" it's missing patch-2, at least.

Normally, the tag should contain one more file, which is the added
patch-log entry for the tag ({arch}/bla-bla/...).

> PS:
> I've removed (with a simple "/bin/rm -rf") the "prj--release--a.b" 
> version that has been created by tag -S, and repeated the process many 
> times, but with the same end result!

The short version: NEVER EVER DO THAT.

The longer version: http://wiki.gnuarch.org/Changing_20History

Since tla maintains a local cache (revision libraries, pristine
trees, ...), deleting and recreating a branch with the same name has
catastrophic effects. Your problem probably comes from here.

-- 
Matthieu




reply via email to

[Prev in Thread] Current Thread [Next in Thread]