W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > July to September 2001

RE: client workspaces, merging and forking

From: Clemm, Geoff <gclemm@rational.com>
Date: Fri, 24 Aug 2001 14:38:45 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B103F8AB86@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
   From: Alison Macmillan [mailto:alison.macmillan@oracle.com]
   
   > [to checkin a working resource whose DAV:checked-out version does not 
   > match the DAV:checked-in version of the DAV:auto-update VCR]
   > Do what you would do on a non-forking server, i.e. checkout the new
   > version to get a new working resource, merge the contents of your old
   > working resource into that new working resource, delete the old
   > working resource, and then checkin the new working resource (and if
   > someone else has checked in a new version since your checkout,
   > repeat the process).

   Or, could you also just merge from the DAV:checked-in version of the VCR
to
   the working resource, and then check in the working resource? (Now that a
   working resource can be a merge target).

Not by the current protocol, since the DAV:no-overwrite-by-auto-update
postcondition states:

 If the DAV:auto-update property for the checked-out resource
 identifies a version-controlled resource, the DAV:checked-out property
 of the checked-out resource MUST identify the same version as the
 DAV:checked-in property of that version-controlled resource.

We could relax that constraint to say:

 If the DAV:auto-update property for the checked-out resource
 identifies a version-controlled resource, at least one of the
 versions identified by the DAV:predecessor-set property of the
 checked-out resource MUST identify a version that is either the same
 as or a descendant of the version identified by the DAV:checked-in
 property of that version-controlled resource.

If there are no objections, I'll place this on the "editorial fix"
list for draft 17.

Cheers,
Geoff
Received on Friday, 24 August 2001 14:29:36 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:42 GMT