-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Uther schrieb: > iv) A normal subversion server has a fixed directory layout with > "branches/", "tags/" and "trunk/". If you link with the svn libraries, > then you could use them to access the server, add another directory > there, "mtn/". That would hold a n.v.m.dumb tree. The tricky part is > also looking for changes in trunk/ since the last change to mtn/ and > moving them across into the mtn/ repository. It wouldn't be too hard in > a special program, like mtn_cvs, but you'd really want it in the normal > client so that changes would be synced with every sync :).
I would recommend the contrary: mtn_cvs has worked well so far and uses a well defined abstraction to interface both VCSs. Integrating more and more into a giant mtn binary is not a good idea, git doesn't do it either. > vi) There is a partial-pull branch, but it looks like it has just > started. It also seems from the wiki that the concept is more > "partial-pull once and lose history" rather than "use a local db as a > cache for a remote db", but I may have misunderstood. I prefer the > "hierarchy of caches" approach. We prefer to start with manual horizon movement (pulling more etc.) and might go further once it is proven to work. Seeing "unknown" in annotate/log is not that bad for a first start. Unfortunately mtn_cvs, mtn_svn, mtn_git and partial pull all simultaneously compete for my spare time :-( Any help on any of these is of course greatly appreciated. Christof -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF24q4ng+R+0ucfO0RApiFAKDAb9rhyZOtRhAKjnNJqc0DzP2zJQCfTxs0 kpQZn5Bn6mbbmT4dVoax+LU= =FFQG -----END PGP SIGNATURE----- _______________________________________________ Monotone-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/monotone-devel
