I found a similar problem, when a shared file was deleted multiple times
and also when more files are deleted from one directory within multiple
revisions. Could you please check, whether you are really running the
latest revision? Esp. revision 232
(http://www.pumacode.org/projects/vss2svn/changeset/232)
I will look later into the details. Don't have the time currently.
Dirk
Jon W schrieb:
>> 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.
>
> I don't have much time currently, so I didn't tested this modification
> on my archive. I have done this now, and it seems, that the change was
> to short sighted. When you have shared an item between two projects
> and you delete it from both projects only the last revision number is
> remembered. When you recover the first delete you will run into
> problems again, since the revision number is the wrong one.
I have checked in a quick and dirty fix. I haven't tested it on my full
archive, but my test scenario works. You need to rerun the conversion
process from the whole beginning (except probably --resume --task INIT)
since I changed the database layout.
Hi Dirk. The latest change fails when loading the dumpfile. Note
that I also commented out the "sanity check" in Dumpfile.pm for this
conversion.
Basically, multiple files were shared from $/Project/Directory to
$Project/Source/Directory, then deleted in $Project/Source/Directory.
A couple of months later a few of the deleted files were recovered.
_______________________________________________
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