Date: Mon, 9 Feb 2004 20:03:27 +0100 From: Stijn Hoop <stijn@win.tue.nl> To: Dag-Erling Sm?rgrav <des@des.no> Cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary Message-ID: <20040209190327.GV2803@pcwin002.win.tue.nl> In-Reply-To: <xzpr7x4xf3g.fsf@dwp.des.no> References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> <xzpr7x4xf3g.fsf@dwp.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
--Rzq/nSLlHy1djmXS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 07:49:55PM +0100, Dag-Erling Sm?rgrav wrote: > Stijn Hoop <stijn@win.tue.nl> writes: > > I also tried refinecvs (formerly cvs2svn.pl), found at > > > > http://lev.serebryakov.spb.ru/refinecvs/ > > > > but although it looks like it handles things much better (even vendor > > branches etc), it loads EVERYTHING into memory -- which means that it > > eventually grew to 1G of memory/swap at which point my memory was exhau= sted, > > and this was at pass 2 of 7... >=20 > Unfortunately there's no good way to avoid this. CVS discards a lot > of information about each commit, and in order to reconstruct that > information you have to view the repo as a whole. >=20 > That's not really a problem though, since this is a one-time > operation. If / when we decide to switch to SVN, we can easily find a > machine with enough RAM to do the job. Very true, but... First of all it would make these kind of tests easier if the script implemented it's own sort of cache function. Then I could try and see the feasibility of converting to Subversion by myself, just like the OP has don= e. I tried reading the source to see if this is "easily" implemented, but it's still way beyond my meagre perl skills. Second, even after you get the initial conversion done, I think there is a need for resyncing the SVN repository with the CVS repository -- with a sta= te dump from refinecvs this would be relatively easy (only examine the deltas since last time), but this sort of behaviour is impossible with the current script. It would also be useful to implement a bi-directional gateway betwe= en SVN and CVS repositories, analogous to the idea someone from the arch proje= ct had. See point 3 at http://wiki.gnuarch.org/moin.cgi/Arch_20and_20CVS_20in_20the_20same_20tree (and of course substitute Subversion for arch). That said, as with my comments on Subversion, I was actually pleasantly surprised with my findings about all the tools involved, and the above is certainly only meant as constructive criticism. I think Lev is actually usi= ng the FreeBSD repository for testing his script, isn't he? --Stijn --=20 Tact, n.: The unsaid part of what you're thinking. --Rzq/nSLlHy1djmXS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAJ9l/Y3r/tLQmfWcRAvXjAKCV5pr8zdwdZpVCkEis/UXLAfv7ewCeIlSo U7jNhMBSuNr/2pSkzV+GkGE= =zo8t -----END PGP SIGNATURE----- --Rzq/nSLlHy1djmXS--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040209190327.GV2803>