[Adium-devl] Version control
Evan Schoenberg
evan.s at dreskin.net
Mon Oct 8 09:31:40 UTC 2007
On Oct 8, 2007, at 2:54 AM, David Smith wrote:
> Almost
> no vocabulary commonality between it and svn
I've actually found very few differences between mtn and svn for
vocabulary of the commands I use most. The "monotone for cvs/svn
users" guide does a good job showing what differences do exist.
> , most of the commands
> appear to be significantly more complex/less readable (say, mtn --
> db=abe.mtn sync jim-laptop.juicebot.co.jp "jp.co.juicebot.jb7*" vs.
> "svn checkout svn://svn.adiumx.com/adium/trunk"),
Unfair comparison; sync doesn't need that many arguments (you probably
want to have the full db available) and would typically be used from
within a checkout (so a database wouldn't need to be specified). When
doing a combined push/pull, mtn sync is sufficient once you're up and
running, a one time process.
With the database checked out (which requires either doing a pull or
downloading a bootstrap file from the server directly), the command is
mtn -d=$DATABASE_PATH co -b im.adium.adium local-adium-folder-name
vs
svn co svn://svn.adiumx.com/adium/trunk local-adium-folder-name
the only difference is that the path has been split into database and
branch rather than including them both in a single URI.
> the output is
> somehow both more verbose but less useful (no, I don't care about the
> number of bytes that came in. I do, however, care about which files
> changed)
The bytes thing is indeed more info than I perhaps needed; that's just
shown during a pull, though. When updating, you get output identical
to that of subversion.
> and things that used to be single step operations are often
> now two.
The only real case of this is commit / push and pull / update... and
if you want to have local commits, a split in the work flow is
necessary.
-Evan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20071008/a91d325d/attachment-0001.html>
More information about the devel
mailing list