Jon W schrieb:
Hi Dirk. Good news, your latest changes really cleaned up a bunch of problems.

One problem that is noticable now is that some files are having issues
with the following scenario.

/Project/Source/Sim/PropRec.h  created on 09/30/04

/Project/Wiz/Sock/Source/PropRec.h  shared from
/Project/Source/Sim/PropRec.h on 10/04/04

/Project/sock/sdk/incl/server/PropRec.h shared from
/Project/Wiz/Sock/Source/PropRec.h on 9/7/05


/Project/Source/Sim/PropRec.h  deleted on 12/05/05

/Project/Wiz/Sock deleted on 12/13/05

/Project/sock/sdk/incl/server/PropRec.h checked-in version 4

/Project/Wiz/Sock recovered on 01/24/06

The issue is that  /Project/Wiz/Sock//Source/PropRec.h file is still
at version 3 in the svn repo.  I wonder if this has to do with how the
file was shared between 3 directories, then some of the shared
files/directories were deleted.

If you had deleted the /Project/Wiz/Sock/Source/PropRec.h on 12/13/05 everything would have been fine ;-)

The problem is, that the recovery of project will recover the project to state of the project one revision before the deletion. Our code does not handle situations, where a shared file was modified through a share, while one of the parent projects was in a deleted state. Since subversion doesn't know the concept of sharing, there is also no way to perform commits to the deleted directory. Even worse, I expect, that you also can rename files via shares in the same way. In order to solve this, we must capture all modifications on the files during the deleted state and perform the modifications, after the project has been recovered. ... Another alternative is to not delete projects in subversion, but to move them into an "attic" area. The we can continue to commit to the deleted files and if we recover, we move them out of the "attic" again.

Actually I consider this feature of VSS as very problematic. Same is for renaming of shared files. These two issues are two of the main reasons I want to move away from VSS.

Is this of a major impact for you, or is this only a "costmetic" issue, since the converted project does not precicly match the state of the archive?

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

Reply via email to