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