Ticket #20 (defect)
Opened 3 years ago
Last modified 3 years ago
Share tracking if main parent is destroyed (lost&found item tracking)
Status: closed (fixed)
| Reported by: | luedi | Assigned to: | toby |
|---|---|---|---|
| Priority: | major | Milestone: | 0.11.0 |
| Component: | vss2svn.pl | Version: | 0.11.0 |
| Keywords: | Cc: | ||
There is a problem with share tracking if the main parent was destroyed. In this case we miss the addition of the item into our tracking algorithms, since the file was never added to some parent. When the file is later shared we do not have a share source.
Falling back to an addition in this point is also not possible, since we not necessarily share version 1 of the item. The share action itself doesn't record any version information, since it is a parent side activity only. So we do not know, which version was shared. normally we would simply copy from the latest revision. If we have missed the addition of the item in the first place, we are lost here.
see the following pseudo code:
- ss create $/project
- ss add $/project/file.txt -> version 1
- ss checkin $/project/file.txt -> version 2
- ss checkin $/project/file.txt -> version 3
- ss create $/other
- ss share $/project/file.txt $/other -> sharing version 3 of file.txt
- ss destroy $/project
So we must have some sort of lost&found item tracking, even if we do not add these files to the subversion repository.
Attachments
Change History
04/04/2006 04:55:22 PM: Modified by luedi
- attachment shareTest.cmd added.
04/09/2006 09:54:57 PM: Modified by toby
- status changed from new to assigned.
- milestone set to 0.10-beta-1.
04/11/2006 12:26:05 PM: Modified by toby
- version changed from 0.10.0 to 0.11.0.
- milestone changed from 0.10-beta-1 to 0.11.
Changing version to 0.11.
06/04/2006 05:48:42 PM: Modified by luedi
- status changed from assigned to closed.
- resolution set to fixed.
All lost&found items are created in the orphaned directory.
tests to force the problematic behavoir