You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Ben Collins-Sussman <su...@collab.net> on 2002/12/26 15:10:05 UTC

autoversioning.

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