Bruce Wilson wrote:
Things I wish I had done differently:
I think this is a very helpful list. Thanks.
* 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.
Of course this only works if it's okay for the existing repo's numbers
to change. (I.e. any logs, records, etc. that reference revision numbers
will suddenly be wrong if you interleave the changes).
* 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.
With only 2,900 revisions, an after-migration 'svn propset' would
actually be easier, IMO. Remember author names are revision properties,
and not versioned, so your history won't be full of 2,900 "author
changed" revisions.
* 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.
When (if? :) 1.5 comes out you can easily shard by a dump-load cycle, so
there's no real benefit from waiting.
-Nathan
_______________________________________________
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
