monotone-devel
[Top][All Lists]
Advanced

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

Re: [Monotone-devel] Monotone CVS sync


From: Christof Petig
Subject: Re: [Monotone-devel] Monotone CVS sync
Date: Fri, 16 Feb 2007 22:55:55 +0100
User-agent: Thunderbird 1.5.0.9 (X11/20070104)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

William Uther schrieb:
>> State:
>> - - cvssync1: finished, tested, slow
>> - - cvssync3: work in progress, did work before the summit, needs a bit
>> more work to compile again, passes test cases but I saw some strange
>> issues
>> - - cvssync4: proposed by Nathaniel, still to get properly designed
> 
> How do these map to the source code/branches?  How do I know which I'm
> using?  e.g. grep for cvssync1 doesn't match anything in the source.

cvssync1 matches on of the heads of nvm.cvssync. There is an upgrade
path which I used.

> Does the fact that cvssync3 "did work before the summit" mean that my
> reverting to a revision from the end of January means I might have a
> working cvssync3?

yes, that should work somewhat (it's not well tested).

> Are these different sync mechanisms going to be compatible?  Will there
> be an upgrade path?  e.g. if I start using cvssync3 and then you get
> cvssync4 going, am I going to be able to keep syncing?
> The way things stand, mtn ends up with a complete history, and CVS ends
> up with a limited history.  That is fine, but if the update means
> throwing out the mtn db and re-pulling from CVS then I'd lose history
> (which may not be the end of the world, but...).  If the update means
> changing the CVS repository, that is more problematic.

Usually I preserve my monotone history during upgrades of cvssync. A
future version of cvssync will maintain compatibility or provide an
upgrade path.

> One final question... what should cvssync do with moves and renames?  It
> seems to break things at the moment.   It isn't clear what should
> happen...  is it best to do a grep for "Renamed entries:" in the log and
> call for help if it matches?  Then the user manually disapproves of that
> revision and things work again?

renames map to deletion and creation - as usual within CVS projects. You
loose the history of the file.

   Christof

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF1ihrng+R+0ucfO0RAtWDAKC2L5LmzwNA7Uyc72CX4dKFXSeokgCfb4JE
WcnHfzvmLlBS32Sw/T0cNLM=
=X6Pr
-----END PGP SIGNATURE-----




reply via email to

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