So I've been reading the Ponie (the project to port perl5 to the parrot
VM) mailing lists, since they're trying out Subversion, and it seems
that they've not had the best time with it so far.
So far the primary problem seems to be speed. It's just too slow when
working with large projects. Anyway, you can read Arthur's mail for the
details of his complaints, but I just thought you guys might be
interested in seeing what some competent developers think now that
they've given us a chance.
I mean it isn't like these guys are clueless newbies who haven't been
able to figure out the tool, the've got some serious issues, and try as
I might, I can't blame them for being upset.
-garrett
attached mail follows:
Hi,
I think I can conclude my attempt to use subversion as
____ __ __ _ _ ____ _ _ ____ _ __ ____
/ ___| \ \ / / | \ | | / ___| | | | | / ___| | |/ / / ___|
\___ \ \ \ / / | \| | \___ \ | | | | | | | ' / \___ \
___) | \ V / | |\ | ___) | | |_| | | |___ | . \ ___) |
|____/ \_/ |_| \_| |____/ \___/ \____| |_|\_\ |____/
(SUBVERSION SUCKS)
First of all, checking out parrot using subversion takes at least 4
time slonger than CVS
Doing a vendor checkin brining up parrot to latest version is a major
pain the arse. The process alone of running svn_load_dirs takes around
an hour, and then I have to tag it (because if you tell svn_load_dirs
to tag things automatically it breaks). It also seems not to have
changed some stuff when other stuff has changed!
(http://svn.perl.org/ponie/vendor/parrot/current/config/auto/gcc.pl is
one file that should have been updated).
Committing two files took 1 minute 22 second yesterday, a checkout is
extremely painfully slow. I am very close to saying it is a failed
experiment and either go to p4 or cvs for the time being.
A very angry Arthur who has spent far too much time battling an
substandard versioning system. (which might be theoretically very nice,
but does not scale)
ps. And off I go to try and do another merge of parrot!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 31 15:46:01 2003