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

Re: autoversioning -- on or off by default?

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-03-21 18:21:33 CET

On Mar 21, 2005, at 11:16 AM, John Peacock wrote:

> Ben Collins-Sussman wrote:
>> * I'm still a bit recicent about that. I feel like opening a
>> repository to a bunch of DAV clients might lead to a lot of extra
>> commits, lots of extra noise in the commit logs. I feel like an
>> adminstrator should understand the implications of autoversioning,
>> and thus be forced to turn it on.
>
> +1
>
> It's too bad that the autoversioning couldn't be segregated to a
> virtual branch with some form of checkpoint coalescing the automated
> log messages as a single merge into the real trunk.
>

Not possible, because

   1) HTTP is stateless, and thus
   2) unless the client understands DeltaV, it has no way of preserving
state across multiple HTTP write requests.

(This is why an svn client *doesn't* create multiple revisions on each
HTTP write request: each request happens in a transaction named by the
client.)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 21 18:23:00 2005

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

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