Dirk schrieb:
Hi Jon,
But you can perform intensive testing after it is finished. I will have some time this night. If I'm not to tired I will try to make some progress on these issues.

I just have reverted the delete/recover handling to the algorithm used in the beta-2 version. This is that the deleted items are tracked seperately. If you want to help, you can test the latest revision. I have not done intensive testing with my archive. So be aware, it could brake in other scenarios.

There is one change from the algorithm in the beta-2 version. I needed to track the revision id 1 prior to the one I'm going to delete. So this could be a problem in the beta-2 branch, too.

###############################################################################
#  _delete_handler
###############################################################################
sub _delete_handler {
...

   $self->track_deleted($data->{physname}, $data->{revision_id}-1,
                        $itempath);

}  #  End _delete_handler


Just another note, you can use the command line options

--resume --task=IMPORTSVN

since only the latest step needs to be rerun.

Best regards
Dirk.
_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user

Reply via email to