> Date: Tue, 24 Mar 2015 07:41:50 +0000
> From: "Saleh, Mai" <
Mai_...@mentor.com>
> To: "
info...@nongnu.org" <
info...@nongnu.org>
> Subject: CVS lock script
It may depend on exactly what you mean by locking a cvs repository.
In most cases it is probably easier to either manually configure
existing facilities (or write a short shell script to do so),
rather than try to find, learn, and configure some third party script.
For example:
CVSROOT/commitinfo or other *info hooks might be useful for complex
access policies. I may have seen a reference years ago to a third party
configurable script you can reference from here to make it easier to
configure branches/directory access, but I don't remember the name...
CVSROOT/config includes a "LockDir", which if defined would allow you to
use file system permissions (owner, group, mode) to control access at
a directory level within the main repository, including read-only
and/or no access. [This is for temporary locks while CVS is
processing a directory; it needs those locks even if it is doing
a read-only operation...]
If you just want to have a stable version for several operations,
maybe just use branches and/or tags appropriately?
If you use pserver access, you might be able to temporarily
disable all access by tweaking a line in an xinetd or inetd config
file...
Or temporarily disable all access by altering the permissions on just
the top level directory of the repository.
- Matthew Ogilvie
P.S.: On a tangent, have you considered upgrading to a newer tool?
Subversion has a similar UI and is often considered somewhat more
modern. Also, while tools like git and mercurial have a steeper
learning curve, they are significantly more flexible. The main reason
I haven't gotten around to to unsubscribing from this CVS list is that
the traffic has dropped to nearly 0...