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

Re: lock/unlock as an atomic operation

From: Troy Curtis Jr <troycurtisjr_at_gmail.com>
Date: 2006-08-25 02:32:36 CEST

On 8/24/06, Frank Rast <rast@gefeg.com> wrote:
> Hello,
> I am having a problem with the lock/unlock feature.
> Almost every action in subversion is atomic eg. update, commit. When I add
> files they move to the repositry when I commit. When I change some
> properties of files it is reflected in the repository after a commit. If
> the commit fails, nothing in the repository changes. This is why I like
> subversion.
> When it comes to lock/unlock this principle does not apply. I can not
> schedule the files I want for locking and then commit this to the
> repository. It happens that I am able to lock one file but not the other
> wich I also need.
> I would like to use lock/unlock more like changing a property of files.
> This can be done in an atomic operation.
> Will it someday be possible to do atomic lock/unlock?
> Mit freundlichen Gruessen / Best regards
> Frank Rast
> =========================================
> Storkower Strasse 207
> D-10369 Berlin
> Tel.: +49 30 97 99 14 57
> Fax.: +49 30 97 99 14 22
> Mailto:rast@gefeg.com
> =========================================

You would not want the lock operation to be implemented as a property
because you wouldn't want to have hundreds of "Locked files for
editing" revisions laying around in your repo. Additionally, locks
are only a communication aid. If someone else is getting a lock to
one or more of the files you need before you do, then you need to talk
to them. Obviously you both have a need to edit that file and you
should probably cooridinate with them on the details of your
modifications. Especially if you are only using locks on binary
files which are difficult (if not impossible) to merge.


"Beware of spyware. If you can, use the Firefox browser." - USA Today
Download now at http://getfirefox.com
Registered Linux User #354814 ( http://counter.li.org/)
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 25 02:33:54 2006

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.