- From: Greg Stein <gstein@lyra.org>
- Date: Wed, 20 Dec 2000 13:43:24 -0800
- To: "Geoffrey M. Clemm" <geoffrey.clemm@rational.com>
- Cc: ietf-dav-versioning@w3.org
> > 24.1 Client AA > > - required options > > - supported options > > > > 24.2 Server BB > > > > 24.3 Server CC > > > > 24.4 ... All righty, then... here is your first appendix item: 24.xxx Subversion 1.0 (http://subversion.tigris.org/) A. Subversion client i. Required options: a. RFC 2518, Class 1 (but not Class 2) b. Core versioning (but not: VERSION-CONTROL, UNCHECKOUT, or SET-TARGET) c. Client-Workspace option d. Label option (probably; not entirely sure because our "label" may simply be a COPY) [ this also presumes Label will be split from Client-WS ] e. Activity option f. Version-History-Resource option g. Version-Controlled-Collection option h. Fork-Control option i. Subversion-specific items: a custom report, DAV:version-name must be an integer representing repository-global-change, atomic CHECKIN of activities, DAV:prop supported within the DAV:checkin element (to enable returning post-checkin information, such as new version resource URLs), possibly other TBD items??? ii. Supported options: none B. Subversion server support i. RFC 2518, Class 1 ii. Subversion-specific subsets for each of 24.xxx.A.i.[b-i] The Subversion server will not fully support DeltaV's Core or Options. And yes, I realize that the above spec implies that neither the client nor the server will be interoperable with other DAV systems. That support will take place in a future version (after 1.0). Limited subsets will be available, so interop will depend highly upon what the client expects and uses from the server. Cheers, -g -- Greg Stein, http://www.lyra.org/
Received on Wednesday, 20 December 2000 16:40:58 UTC