Branko C(ibej wrote:
> There's a huge misconception here. CVS uses context diffs (diff -e, I
> believe). Subversion uses a block-copying, compressing binary delta
> algorithm. The most efficient way to "convert" from one to the other
> is simply to recreate the fulltext from CVS and calculate the delta in
> SVN. I suppose we could convert directly, but the results wouldn't be
> that good.
I'll rely on your experience here.
>
> As for using deltas in the dumps -- "svnadmin load" won't simply store
> those back into the repository. It'll recreate the current fulltext
> and apply that. The deltas are for space, not time efficiency.
You lost me here. Do you mean that "svnadmin load" first recreates full
text from delta and
then does exactly the same as in the case with full text dump (i.e.
calculate delta again)?
> Last but not lease, you convert your CVS repository to Subversion
> exactly once. If it takes 10 days, we can probably shave off some of
> that time, but it's only once, after all. What you can do is start
> using Subversion immediately, importing a snapshot of the current
> state from CVS. Then convert the CVS repository, however long that
> takes. Then do an incremental dump of the SVN repository (from just
> after the import) and load that on top of the converted CVS
> repository. In that way you don't have to stop work during repository
> conversion, you just don't have access to history in SVN while the
> conversion is going on (but _do_ have access in CVS, of course).
> That's not too bad, is it?
That is a nice workaround! Thanks.
>
> -- Brane
Mikhail
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 22 23:43:45 2004