RE: CHECKOUT -> MOVE (rename) -> UNCHECKOUT
"Julian Reschke" <[email protected]>
| Newsgroups | gmane.ietf.deltav |
|---|---|
| Message-ID | <[email protected]> |
> From: [email protected] > [mailto:[email protected]]On Behalf Of Nevermann, Dr., > Peter > Sent: Saturday, July 13, 2002 3:51 PM > To: '[email protected]' > Subject: CHECKOUT -> MOVE (rename) -> UNCHECKOUT > > > > Hi, > > suppose I have a checked-in VCR at /foo/a.xml and the following scenario: > > CHECKOUT /foo/a.xml > MOVE /foo/a.xml -> /bar/b.xml (i.e. rename) > UNCHECKOUT /bar/xml You mean UNCHECKOUT /bar/b.xml? > Is the resource renamed back to /foo/a.xml by the UNCHECKOUT? No. > On one side, RFC 3253 specifies that UNCHECKOUT restores the pre-checkout > state of the resource (is the URL part of it?). On the other > side, it should > be possible to rename a checked-in VCR. The URL is not part of the state of the resource. In fact, a resource may have multiple URIs mapped to it.