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
document.
bye,
Erik.
---------------------------------------------------------------------
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