Re: [Monotone-devel] Question on layering

[Christof Petig]

-----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-----