[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Crazy idea? Remote SVN client for the Subversion-impaired

From: Mark Lundquist <lundquist.mark_at_gmail.com>
Date: 2007-02-20 19:57:48 CET

On Feb 20, 2007, at 10:18 AM, Andy Levy wrote:

> I admit I haven't used it much beyond the exploratory "does it work?"
> phase, but have you thought about WebDAV & Autoversioning? I don't
> know how the copy/move stuff works (and whether it does the same as an
> svn cp/svn mv under the covers), but it'd let you give the users a
> directory they can mount and use with zero Subversion knowledge so
> they can do their tasks.
>
> http://svnbook.red-bean.com/nightly/en/svn.webdav.html
>
> Maybe you have checked it out already and it doesn't meet your needs;
> if so, I apologize.

Thanks Andy, no need to apologize... actually I'm glad you brought this
up because
it really points out the nub of my issue here.

I'm aware of WebDAV autoversioning + SVN, and it would require a
profoundly different workflow,
as every single file write and every filesytem operation results in its
own commit of a new rev to
the repository. To make this work would require, at the very least,
switching to a system of working based on
individual development branches and merging to/from trunk. I don't
think that's going to work
here.

I think the only thing that can work is a type of file-sharing server
that manages SVN working copies (which are
of course local to the server). It would in fact not deal with the
repository at all... the only Subversion operations
I need it to do are ones that are confined to the working copy.

cheers,
—ml—

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 20 20:30:59 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.