W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > April to June 2003

MERGE and newly created VCRs

From: Nevermann, Dr., Peter <Peter.Nevermann@softwareag.com>
Date: Mon, 19 May 2003 14:27:22 +0200
Message-ID: <DFF2AC9E3583D511A21F0008C7E6210605C47EB5@daemsg02.software-ag.de>
To: "'ietf-dav-versioning@w3.org'" <ietf-dav-versioning@w3.org>

is currently not available, I refer to version xx.6.

11.2 MERGE Method states:

"The request-URL identifies the set of possible merge targets.  If the
request-URL identifies a collection, any member of the configuration rooted
at the request-URL is a possible merge target.  The merge target of a
particular merge source is the version-controlled or checked-out resource
whose DAV:checked-in or DAV:checked-out version is from the same version
history as the merge source.  If a merge source has no merge target, that
merge source is ignored."

So, as the example at 11.2.1 shows, the changes of a workspace /ws/dev/sally
can be merged into a workspace /ws/public. The last sentence of the above
quotation states, that VCRs newly created in Sally's workspace are ignored
by the MERGE operation. So, I suppose that a VERSION-CONTROL applied to
existing versions is required for each newly created VCR to be taken over to
the public workspace.

Is there a more efficient way to "merge" the newly created resources by
Sally into the public workspace? Wouldn't it be a good idea to let the MERGE
operation automatically doing the VERSION-CONTROL's on request?

Received on Monday, 19 May 2003 08:27:48 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:48 UTC