Currently I can see two problems with your database:
1.) broken timestamps:
This will result in the addition of files out of order. Since we will
add files to projects that weren't created yet, we do not have a correct
name and therefor we will fail adding the file, e.g. see the first actions:
0 AAAAAAAA 1 ADD / 1 0 \N
1 KIAAAAAA LIAAAAAA 1 ADD 2 0 \N
2 KIAAAAAA MIAAAAAA 1 ADD 2 0 \N
3 KIAAAAAA NIAAAAAA 1 ADD 2 0 \N
...
Currently I think, that only the KIAAAAAA file is broken and. If you
could send me only this file, I can see, whether there is a problem in
ssphys.
2.) destroyed projects
You have used move a lot, and you moved projects from one project into
another and back. Later you destroyed the intermediate move target:
4 BBAAAAAA \N AAAAAAAA ADD inc/ 1
851096517 Olding 0 \N 1 AAAAAABB 1 \N \N
880 BBAAAAAA 1 \N ADD inc/ 1
851096517 Olding 0 \N 1 AAAAAABB 0 \N \N
6 BBAAAAAA \N AAAAAAAA MOVE inc/ 1
851096772 Olding 0 \N 5 AAAAAABB 1 \N \N
22 BBAAAAAA \N AAAAAAAA MOVE_FROM inc/ 1
852396227 Olding 0 \N 5 AAAAAABB 1 \N \N
139 BBAAAAAA \N AAAAAAAA MOVE inc/ 1
936715569 Olding 0 \N 5 AAAAAABB 1 \N \N
16105 BBAAAAAA \N WJBAAAAA MOVE_FROM inc/ 1
936715569 Olding 0 \N 5 AAAAAABB 1 \N \N
See line 6 and line 22. The corresponding move pair is missing, like the
one in line 139 and 16105. Since we can not track the move in 6, we will
fail to create correct path names, e.g in line 119 and in line 121
119 AAAAAAAA BBAAAAAA \N MOVE /inc/ 1 0 inc/
120 AAAAAAAA DAAAAAAA \N MOVE /utils/ 1 0 /utils/
121 BBAAAAAA FBAAAAAA 1 ADD 2 0 \N
122 BBAAAAAA GBAAAAAA 1 ADD 2 0 \N
In order to fix this, we can move to the orphaned space.
Dirk
[EMAIL PROTECTED] schrieb:
Sorry, yes, I did try this and it failed as the following:
* adding path : VR/VR inc/com_intel.h ...svnadmin: File not found:
revision 1822, path '/Ecis/inc/com_intel.h'
The file com_intel.h exists in other locations in the repository, but not in
the specified location at the specified time.
Thanks.
jward.
==============================================
ave you tried to remove the time constraint in the SQL line in vss2svn.pl in
function GetChildRecs
AND (? - timestamp IN (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25))
When you comment this line, you also need to remove the "timestamp" from the
execute call
# $sth->execute( $parentdata, @{ $parentrec }{qw(physname actiontype
timestamp author)} );
$sth->execute( $parentdata, @{ $parentrec }{qw(physname actiontype
author)} );
This will find all matching parent and child pairs, regardless of the time
shift. The ADD action will finally happen at the timestamp of the child
item.
You're welcome.
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
_______________________________________________
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
_______________________________________________
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
