Whoo-hoo! Nice one, Mike. (Sorry I didn't see the 'dead' state on
the RCS file either when we were looking at it yesterday.)
Yah, we could record the delete/re-add/re-delete sequence as an
optimization issue, but definitely in 'cvs2svn-opt', not 'cvs2svn-1.0'.
-K
cmpilato@tigris.org writes:
> ------- Additional comments from cmpilato@tigris.org Tue Feb 3 22:10:28 -0800 2004 -------
> Oh, geez. I was making a big fuss because in the split-branch-repos, we see the
> path /branches/demo-node-0/module/branched-from-trunk get deleted (because the
> wrong version was created when /branches/demo-node-0 was copied from /trunk),
> then re-added as a copy from the right revision, and then re-deleted. But
> *duh*, the file is in state 'dead' on that branch, so its final Subversion repos
> state *should* be deleted. If I tweak the repos so that the state is 'Exp', I
> don't get that re-deletion.
>
> So, this bug is finished, folks. Yes, there's something a little inefficient in
> this case about doing delete, re-add, re-delete, but that's a different issue
> (and an optimization only, at that).
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: issues-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: issues-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 4 20:25:22 2004