2.) insert another dummy parent with the name of the physical file to
the orphaned directory structure. In this case we will have a unique
space for each orphaned file, and won't have any problems, except
that we must generate a complexer algorithm to introduce this dummy
project. (While writing these lines, I had an idea of an easy
solution for this. Currently I'm using "99999999" as the physical id
for the dummy project. Since we are not dependent on the length of
the physical ID, I could use the id of the orphaned physical file
together with a magic marker for orphaned files. In case someone is
asking for the item path of such an item, we would stop at the magic
marker and return a complex directory, containing the orphaned folder
and the physical name of the orphaned file, here. All missing
directory creates are picked up by the sanity checker, so there
shouldn't be any problem. I will give this a try directly.)
My patched turned the last character into a Z for the id of the parent
folders for the orphan items. Going beyond the eighth character
boundary seems like a neater trick.
I should have looked deeper into your patch ;-)
I encountered a problem when a folder and a file in that folder was
created in the same second. In the resulting output, the file was
added before the folder was created. (fixed in the patch)
I can easily force this problem when writing automatic test scripts.
Currently I always introduce a second delay between the actions. I think
we should deal with this issue now.
Not that this is an excuse, but the SanityChecker should pickup this
scenario and should fix it.
I will have a look at you patch to see the change that will solve this
problem.
Additionally there is the request to only convert parts of the
archive. This would imply, that we build our data structures on the
fly, which is not possible right now.
Is that to improve speed or reduce output?
None of the both. Only because people want to convert only parts of
their archive. Speed and size is a side effect of this. The main problem
when supporting this request is that we have to deal with files that are
shared from somewhere outside of the conversion root. More or less
exactly the same problem as the orphaned files.
One could filter afterwards. And Perl seems to be such a nice language
for filtering stuff. Perhaps you can identify some points in the
script where one could insert a modular filter.
You can also use the svndumpfilter to only include the project of interest.
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
