[Top][All Lists]

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

Re: [Gnu-arch-users] Re: tla file-locking (good idea or bad idea?)

From: Charles Duffy
Subject: Re: [Gnu-arch-users] Re: tla file-locking (good idea or bad idea?)
Date: Sat, 24 Jan 2004 08:09:13 -0600

On Sat, 2004-01-24 at 06:28, Robert Collins wrote:
> On Fri, 2004-01-23 at 05:55, Charles Duffy wrote:
> > Okay, here's a silly(?) suggestion:
> > 
> > Create a "debian/changelog.d" directory. Remove debian/changelog itself
> > from revision control and autogenerate the file by combining changelog.d
> > entries.
> > 
> > Suddenly, multiple changelog entries being added no longer causes a
> > conflict.
> As long as a non-conflicting naming convention can be found for the .d
> files.

UUIDs. OTOH, if Debian's changelog format requires unique timestamps for
each entry, then timestamp-based naming might be appropriate (such that
a conflict will be generated if... you get the idea).

The only issue that comes to mind is that the .d files won't be allowed
to contain the actual version number, so those will need to be mangled
in on assembly -- which means there's substantial potential for evil if
(for instance) not everyone creating changelog.d entries has their
clocks in sync.

> Also, tla won't commit if the tree is out of date - so you don't
> address the key issue.

Yes, I'm presuming use of pqm here.

reply via email to

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