× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi, Richard:

See here:
http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html

As you can see, svn makes it rather easy for anyone to "break the lock" so you have to be careful if you really want "pessimistic locking"...

Mark

> On 5/28/2010 4:07 PM, Richard Schoen wrote:
I don't believe the SVN checkout locks anything does it ?

Each user gets a sandbox working copy.

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
------------------------------

message: 6
date: Fri, 28 May 2010 13:54:26 -0500
from: Aaron Bartell<aaronbartell@xxxxxxxxx>
subject: Re: Subversion and RPG source change management

It's quite probable that commit conflict resolution would have to be
performed asynchronously, anyway; perhaps phone contact with the other
programmer who committed his changes first; source compare; source
merge;
resolve differences.

I think this is where a "check out" system coupled with a nightly mass
commit from SEU to SVN would be perfect. By checking out a source
member
you lock others from modifying the same one until you check it back in.
And
since there is only one person modifying it you shouldn't ever need
merges -
or at least it would be rare.

Aaron Bartell
http://mowyourlawn.com
http://mowyourlawn.com/blog/



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.