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

Re: New pre-commit-access-control.pl hook

From: <kfogel_at_collab.net>
Date: 2005-09-17 00:52:48 CEST

Erik Huelsmann <ehuels@gmail.com> writes:
> ping! There were no reactions so far.
>
> Anybody who thinks this is a nice addition to the contrib/ directory?

commit-access-control.pl lives in tools/, actually. Blair Zajac seems
to be the primary maintainer for it, historically. I don't know
whether he has any time to look at David's changes, but I've CC'd him.
No pressure, Blair, just let us know whether you have time to process
this.

David, you don't appear to have posted a patch yet, is that right?
The place to start is by posting a patch with a log message, against
the current commit-access-control.pl. See

   http://subversion.tigris.org/hacking.html#patches

for more.

Best,
-Karl

-- 
www.collab.net  <>  CollabNet  |  Distributed Development On Demand
> On 8/10/05, David Weintraub <qazwart@gmail.com> wrote:
> > I've done some major modifications in the commit-access-control.pl
> > hook, and would like to add it to the Subversion distribution to
> > replace the current commit-access-control.pl script. However, I am not
> > sure what the procedure is in order to do this.
> > 
> > Like the current commit-access-control.pl hook, this new version
> > controls who is allowed to read or write to the archive based upon the
> > name of the file. This is set via a Perl RegEx. Like the current
> > version, you set up these parameters via an MS-DOS like IniFile.
> > 
> > However, I've added a few more features:
> > 
> > * You can now define user groups and use those for file permissions.
> > 
> > * You can now specify three permission levels: read-only, read-write,
> > and add-only. This last one is for tags. Add-only allows you to define
> > a new tag, but won't allow you to modify the tag by checking it out
> > and committing the changes.
> > 
> > * A special group called "@ALL" signifies all users.
> > 
> > * You may specify <USERS> in a file regular expression. This gets
> > translated into the user id when making file matching comparisons.
> > This allows you to quickly specify permissions in special private user
> > directories.
> > 
> > * A new feature allows you to specify the property and value that
> > property should have on files. This allows you to verify that
> > properties are set correctly when a new file or directory is created
> > or modified.
> > 
> > * A new feature for revision properties has also been added. However,
> > this is currently limited to just "svn:log". With this feature, you
> > can make sure that the log comment is in the correct format.
> > 
> > * You can now prevent users from creating or renaming files with "bad"
> > filenames. For example, you can prevent spaces in filenames or from
> > using file names that will cause problems with either Subversion or
> > are illegal in MS-DOS.
> > 
> > --
> > David Weintraub
> > qazwart@gmail.com
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
> > 
> >
> 
-- 
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Sep 17 01:58:01 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.