sussman@tigris.org writes:
> Author: sussman
> Date: 2002-12-25 09:48:52 -0600 (Wed, 25 Dec 2002)
> New Revision: 4193
>
> Basic autoversioning: if the SVNAutoversioning directive is used, then
> allow write requests (PUT, PROPPATCH, DELETE, MKCOL, COPY, MOVE) on a
> public URI. Each request creates a new revision with an
> auto-generated log message.
Merry Xmas. :-)
> This change mainly implements (previously-empty) provider routines
> used by mod_dav's built-in autoversioning infrastructure. (We're
> following the plan that's been sitting in autoversioning-strategy.txt.)
Hopefully gstein will have time to look this over. I think it's
pretty clean and simple... it's doing the stuff we've been discussing
for the last N months. After it's been reviewed and tested some more,
I hope we can merge it back into /trunk.
> Note that many WebDAV clients try to use the LOCK/UNLOCK methods,
> which we don't yet support. So while you may be able to drag-n-drop,
> delete, and rename files in your DAV "share", you probably won't be
> able to open files directly from the share. For now, the workaround
> is to drag a file from the share to the desktop, edit, then drag it
> back. So far, I've only been testing this feature with cadaver 0.20.5
> and Nautilus 2.0 clients... seems to work correctly. Others will have
> to play with Win32, OS X, KDE, and Linux davfs. Meanwhile, 'make
> check' passes over ra_dav with SVNAutoversioning both absent and
> present, so feel free to switch your mod_dav_svn subdir over to this
> branch if you want to play.
After switching your mod_dav_svn dir to the same dir in the branch,
all you have to do is add one line to your Location:
<Location /svn>
DAV svn
SVNParentPath /usr/local/svn
SVNAutoversioning
</Location>
This feature passes now 'make check' whether the SVNAutoversioning
directive is present or not, so I take this as a Good Sign. From
here, I think it's just a matter of discovering quirks in the way
mod_dav_svn interacts with existing WebDAV clients.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Dec 28 15:11:12 2002