Just to let you know,
I tried hard to implement correct support for these three actions, but
they drive me crazy. Archiving is one of the ugliest activities in vss,
since it completely scramble the time line.
The problem right now is the "archive versions of a file item" action.
This will only archive parts of the physical file. The problems are:
1.) Missing "Create" action: If the file is not shared or branched, we
simply miss all records prior to the archive point. If we have rename
activities prior to this point, we have to track renames of an
unavailable file. Later if the files history is available again, we need
to fall back into an Add, but we do not know from the action, to which
parent we have to add the file, and which filename to use.
2.) In a shared szenario, where the archive action happened after the
sharepoint, we have the problem, that we have to deal with multiple
parents, to which we have to add the file. Again, we will also see lot's
of project side actions prior to the archive point.
3.) The really bad thing is a branch szenario, where the archive point
is in one of the paths after the branch. In this case, all records up to
the branch point still exists, since these records are necessary for the
correct reconstruction of the branched item. So far, so good. We will
have matching Create and Add pair and also pairing project and client
side actions up to the branch point. But all records in the archived
path are lost after the branch point up the archive version. Now we have
two problems:
a.) logical: after the branch point all versions are lost and we can't
track renames any more. when we hit the archive action, we can contiune
again, but with the same problem as in szenario 1, but now the file
already existed prior to this point.
b.) physical: we can not reconstruct versions of the physical item
prior to the archive point, since the necessary records in between are
missing. So we can not recover the first versions of the file, even for
the still valid branch path, prior to the branch point.
:-((((
Archiving is a bad thing
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
