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

Re: Communication of LOCKS and CHANGES

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: 2007-11-20 18:30:31 CET

Bicking, David (HHoldings, IT) wrote:

> Given the above it makes sense that:
> ====================================
> 1. A developer who wants to make a change to a file might have to do
> extra work if he makes those changes, attempts to commit, and finds the
> file is locked. Why? If the locked file is later committed and
> completely altered from his base copy, the merge effort is especially
> painful.
> 2. Said developer has no reason to specifically look for locks, since
> the normal modus operandi is to edit, merge, and commit.

I'm missing something here. If you are working with content that can't
be merged, why is it normal operating procedure to do the work without
obtaining a lock? Or in the problem case, why do only some people know
to obtain the lock even though other people are working on the same
file? Note that if it really is standard procedure not to lock, there
won't be any locks for you to see anyway...

   Les Mikesell
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 20 18:34:37 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.