Re: Autoversioning and transactions

On Mon, 2003-05-05 at 13:46, Sergey A. Lipnevich wrote:
> Hi All!
>
> Is the following statement true?

part of it

> Autoversioning doesn't really lock files. But, there's still a
> transactional guarantee. Let's say I and someone else commit changes to
> a file F withing a repository with autoversioning enabled. I use the svn
> client to do a commit, "someone else" is using a PUT command from a
> WebDAV client. If I'm first, my transaction starts first, and my changes
> are applied in their entirety, then "someone else's changes take over
> (if needed, my changes can still be recovered from the previous revision
> of the file F).

So far, yes.

> If "someone else" is first, I will not be able to
> commit: my transaction will not start because the file F in my working
> copy is not up to date anymore. I will have to update and commit.

Not for webdav client, unfortunately. This is what an SVN client will
do, but from a bit of testing with Windows Web folders and the DAV
client in Konqueror, copying a new file up to the DAV folder (using
autoversioning) simply adds a new version to HEAD. There's no checking
to see if anybody has committed after you made your changes--no
updating, not really any committing--just a new version at the top of
the repository.

So what I'd like to know: Does putting a file to the repository with a
webdav client store only the deltas for the new version, or an entirely
new copy?

As best I can tell, the deltas are actually made on the client, not by
the svn server. Is this true? If so, it suggests that you lose almost
all of the benefits of subversion by using Autoversioning with a webdav
client--other than having all versions retrievable. You lose any
notification that the repository has been updated; you lose ability to
log a message with the commit (though you can add one later, manually);
you lose the bandwidth optimization of just sending the deltas through
the network; and you lose the disk space savings of storing the deltas
for each version, instead of full copies.

Is this true?

-- 
John Locke
http://freelock.com
Recently published: "An inexpensive e-mail server setup"
http://www.techrepublic.com/article_guest.jhtml?id=r00620030325gcn01.htm
Play sports? Check in at http://teamcheckin.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org