From: David Abrahams (david.abrahams_at_[hidden])
Date: 2002-05-10 15:24:10
For Boost.Build we checked in a script recently which can send out diff
emails to interested parties whenever a commit is made (tunable by specific
subtree). It works great, so I presume the server is updating these scripts
on the other side.
In fact, commitinfo /is/ enabled. from
How can I place restrictions on developer write access to my repository?
While SourceForge.net does not currently provide the means to restrict
developer write access to a project CVS repository, you may make use of the
cvs_acls script, provided in the CVS software distribution. The cvs_acls
script is used in conjunction with the commitinfo file in the CVSROOT
module for your project, as to limit developer access to specific portions
of the repository.
----- Original Message -----
From: "Brad King" <brad.king_at_[hidden]>
Sent: Friday, May 10, 2002 3:16 PM
Subject: Re: [boost] Tabs in source files
> > >CVS supports checks like this on a per-commit basis. If you add a
> > >called "commitinfo" to the CVSROOT directory on the server, you can
> > >to run scripts to test each file and optionally abort the commit.
> > Wow! That would be a lot better than finding out long after the fact.
> > Thanks for the info.
> > Does anyone know if SourceForge supports this, and how to go about it?
> You can go to the top-level directory of your boost checkout and run this
> cvs co CVSROOT
> This will give you a working copy of the CVSROOT directory from the
> server. I just tried it in boost, and it looks like the commitinfo file
> is already there, but empty. You can edit the file here to add the
> precommit check line. Committing changes to this directory will re-build
> the server-side administration database.
> I suggest a line like
> ALL $CVSROOT/foo/bar
> and let the script do its own filtering of the files to test.
> The only problem left is where to put the script. It can be checked in,
> but there has to be a server-side checkout of it somewhere. At my
> company, we run our own CVS servers, so we just commit the scripts right
> in the CVSROOT directory, and then copy them into that location on the
> Be VERY careful when editing the commitinfo file. If you add a check
> script that doesn't exist, the server assumes the commit has failed.
> This will prevent you from even checking in fixes to the commitinfo file
> Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk