--On Friday, September 15, 2006 12:26 PM -0700 Kenneth Porter
<[EMAIL PROTECTED]> wrote:
It looks like the existing _restore_handler might handle the
RestoredProject case the way we've been talking about, moving from the
orphan directory, so I'm running a test pass with my DB with
RestoredProject mapped to invoke _restore_handler.
I also found an operation in my DB with parent/child pairs somewhat more
than 6 hours apart (probably a clock setting error) so I bumped up the
limit in the SQL WHERE clause to 2 days. This should cover both WAN
delays and time zone issues (but not the issue of storing the right time
values corrected for client time zone in the dump file).
With these 2 changes, I'm now down from 3 mismatches to 1 in my "trunk"
branch, a missing file still in /orphaned, and my total orphans are down to
11. I'm looking at those now.
_______________________________________________
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
