Hi, all.

I just wanted to report that I have successfully migrated my repository using the 2008-04-30 nightly build. My VSS repository was about 500MB, representing the (off and on) work of about 8 developers over 13 years. The dump file contained about 2900 revs. The folders other than "orphaned" and "labels" were byte-for-byte matches.

The migration was loaded into an existing repository with a "vendor" tree without any reported errors.

I tripped over some of those "orphaned" problems which may have been addressed by Alexander's 0007 patch, but in my case they all turned out to be caused by "destroy permanently" and were disposable. Patches 0001 and 0002 sure would have made the migration more enjoyable.

I performed the migration using a batch file script I developed for the purpose, based on suggestions from here and the wiki, adding in some of my own preferences about how I wanted to test. I plan to annotate it and post it to the wiki for future reference by others.

Things I wish I had done differently:

   * Run ANALYZE using VSS 2005 instead of 6.0d.  This idea occurred to
     me only the day of the migration.  It eliminated many errors that
     slipped through with 6.0d that I was planning to "just deal with".
   * Interleaved the releases by date with the vendor branch.  My
     repository now contains rev 362 (2008) followed by rev 363 (1995)
     which could be confusing.  The effort may have outweighed the
     benefit, so this was a low priority.
   * Edited the dumpfile to make the developer names consistent.  (We
     used first name, then employee number, then
     first-initial-last-name at various times.)  Changing the "length"
     entry right before each developer name would have been trivial in
     the same search-and-replace.
* Not spent so much time experimenting with rev-interval settings. It didn't make enough difference to be worth the effort.
   * Migrated about two years ago.  We've already reaped significant
     benefits from the move.  But also...
   * Since I waited this long, it might have been worth waiting a
     little longer for Subversion 1.5 to take advantage of sharding.

A huge shout-out to Toby for your ongoing work on this product. I know it's not something of personal value to you anymore, but please don't be discouraged. Your efforts on the product are of immeasureable value for those of us who haven't yet crossed that bridge.

I plan to stay on the list to contribute where I can.
_______________________________________________
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