[Exist-open] [ exist-Bugs-2941009 ] Versioning Indiscrepancy

[SourceForge.net <no...@so...>]

Bugs item #2941009, was opened at 2010-01-27 09:13
Message generated for change (Tracker Item Submitted) made by pboz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=117691&aid=2941009&group_id=17691

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: pboz (pboz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Versioning Indiscrepancy

Initial Comment:
eXist version: 1.4.0


Right now if I were to create a file called "fileX", edit it a few times and then delete it my revisions directory would look like this:

fileX.base
fileX.1
fileX.2
fileX.deleted

Which is fine, unless someone else comes in and creates another fileX and starts making edits, at which point we get

fileX.1
fileX.2
fileX.base -- which is actually the first base file, not the new file. Or at least it is when you do this through the java client
fileX.3

So now we have an inaccurate base file and we've lost our first .deleted file. I was thinking perhaps a better solution is to treat the creation and deletion of a file as their own revisions. So this progression would end up looking something like this instead:

fileX.1.base
fileX.2
fileX.3
fileX.4.deleted
fileX.5.base
fileX.6

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=117691&aid=2941009&group_id=17691