Hi Drik, > thanks for using vss2svn and good to hear, that it was of a benefit for > you. I'm interesting to see your script.
It absolutely was. In fact, vss2svn is the only solution so far that did the job. It took me some time to figure everything out, but it was totally worth it. > This can wok, but this can also fail. What do you mean by "fail"? he script aborts, crashes? Or silently produces wrong results? In my case, it seems, everything went perfect. > Technically there are the folowing reasons why you get orphaned files: I am aware of those reason. I just wasn't aware that my tweaking may have serious consequences ;-) > 2.) real orphaned file: [...] By that, do you mean this case: After a folder got shared into another project, the original project was deleted? If yes, then this has been done many times in the database I had to deal with. > So I would ask you to try the latests nightly build and see, whether you > still have orphanes. Ok, I will try that. I had actually used the nightly build back then, but there were all these orphanes. > If this is the case, try the "-d" flag on analyze. My script runs ANALYZE.EXE with lots of parameters to clean everything up, the -d switch among them. It didn't help. But let me try the latest nightly build tonight and then I will let you know how it works. > But getting the "real" path automatically is difficult. I know! Almost impossible! I first used a different approach: I ran an sed script over the created dumpfiles and renamed all the orphaned folders. This is a safe way, but it is horribly slow in many respects: - sed with lots of rules is very slow on big files - lots of hand editing is needed to create the missing folders in a dump file (if you e.g. renamed from orphaned/ABC to project/trunk/bla/sub/xyz) I am currently in the process of documenting and optimizing my script. Once this is done, I will post it here. I hope and think it can be of great help for others. Cheers, Ingo =;-> _______________________________________________ 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