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

[Locking] commits and unlock (revisited)

From: Brian W. Fitzpatrick <fitz_at_collab.net>
Date: 2005-02-22 22:28:37 CET

I'd like to revisit the decision that came out of the "commit and
unlock" discussion in December (Full thread here

The outcome of that thread was that 'svn commit' will unlock any file
that is specified as a target to 'svn commit' (including children of

I've read through the thread, and I can't say that I saw a clear
comparison of the pros and cons of the various options presented, so
I'd like to open up this can of worms again and do some "information
gathering and aggregation."

The three options for *default* behavior that were presented are:

  a) Upon commit, unlock all locked files in TARGETS

  PROS: - Helps when you forget to unlock files when you're done with

  CONS: - If you want to make multiple commits to a file without
          releasing a lock, you need to pass --no-unlock when
  b) Upon commit, unlock SOME locked files in TARGETS

  PROS: - Makes it easier to divide separate commits into changesets.

  CONS: - YASSC (Yet Another Subversion Special Case).
        - Violates KISS.

  c) Upon commit, unlock nothing

  PROS: - Avoids possible conflicts in unmergeable files that are left
          unlocked (although svn:needs-lock alleviates this somewhat).
        - Doesn't overload commit with locking behaviors.

  CONS: - You can forget that they you have files locked and prevent
          others from editing those files.

Can interested parties please contribute more pros and cons to this
list? I'll summarize the discussion and post the total pros and cons
to the list.


PS: I'm in favor of C.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 22 22:29:52 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.