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

Re: Need To "Lock" Many Files Within Multiple Folders

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2006-12-19 15:21:44 CET

On 12/19/06, Andreas Schweigstill <andreas@schweigstill.de> wrote:
> Hello!
> Frode Tenneboe schrieb:
> >> Although the strategy requires logging onto the repository server and
> >> hand-editing the applicable file, it benefits the project by
> >> sustaining read/write access for a targetted group (of Promotion
> >> Managers) while prohibiting "lock stealing" by developers.
> >
> > Will this work for an fsfs repository?
> I doesn't depend on the repository type. The hook script are plain-text
> files which are located in the repository but they are not part of the
> database.
> > I read something about changing permissions on "the directory" of the
> > tag, but I see no directory. Is that a function of me using fsfs?
> You won't see any directory structure in the repository which represents
> your project directories.
> But the path resp. directory on which an operation has to be performed
> will be forwarded to the hook scripts which can perform some operations
> on it, e.g. perform pattern matching and prohibit write access for all
> elements starting with /tags. This behaviour can also be restricted to
> certain users because the username will also be supplied to the hook
> scripts.
> Another means to control or restrict user access can be done by using
> the HTTP/WebDAV access method, so the pattern matching will be performed
> by the Apache server and not by the Subversion server backend. So in the
> appropriate configuration file there will something like:
> <Directory "/tags">
> ...
> </Directory>

Actually, no, you can't (reliably) control access to a subversion
repository using Location or Directory blocks. The only reliable way
is mod_authz_svn...

This is because DAV and DeltaV use their own virtual URLs to manage
the state of the repository and retrieve specific versions of a



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 19 15:26:48 2006

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.