Re: cvs2svn conversion directly to git ready for experimentation
- From
Jon Smirl <jonsmirl@gmail.com>
- Date
- Aug 3, 2007, 20:16 UTC
- Message-ID
- <9e4733910708031316x1b7d2a40n5d0298cedd6cf97c@mail.gmail.com>
- In-Reply-To
- <46B37ADB.8020103@alum.mit.edu>
On 8/3/07, Michael Haggerty <mhagger@alum.mit.edu> wrote:
Show 26 quoted lines
> [I set followup-to users@cvs2svn.tigris.org, since this has nothing to > do with git.] > > Jon Smirl wrote: > > On 8/3/07, Patwardhan, Rajesh <rajesh.patwardhan@etrade.com> wrote: > >> Hello Michael, > >> I will explain a scenario (we are passing thru this right now) > >> 1) you have 10 years worth of cvs data. > >> 2) We want to move to svn. > >> 3) The repository move should be in such a way that the development does > >> not get hampered for any 1 work day. > >> 4) We have atleast 4 major modules in cvs which takes about 30 - 40 > >> hours each for conversion currently. > > > > There are known ways (that haven't been implemented) to get the 40 hr > > number down to 1/2 hour. Would that be a better approach than doing > > incremental imports? > > Jon, I would like very much to hear how you propose to get an 60-fold > speed increase in cvs2svn. I've never heard of any plausible way to > accomplish anything even close to this. > > Please note that the user wants to convert to Subversion, not git. But > even converting to git, I don't think that such speeds are possible > without massive changes that would include processing everything in RAM > and switching large parts of cvs2svn from Python to a compiled language.
Make a bulk importer for SVN like git-fastimport. I measured some SVN imports and the bulk of the time was spent forking off SVN. Before git-fast import it would have taken git two weeks to import Mozilla CVS.
> > Michael > >
-- Jon Smirl jonsmirl@gmail.com