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

setting up "create + read-only" for tags

From: <Ralf.Bauer-Malz_at_etas.de>
Date: 2004-05-21 16:28:32 CEST

Hi,

sorry for asking this silly question, but I cannot find any helpful example
for limiting the access to my /tag tree
to create + read-only
.
From the mailing list:

but you can limit permission to write
new revisions through various means. The easiest is probably
authz_svn_module,
see the book here:

http://svnbook.red-bean.com/svnbook/ch06s04.html#svn-ch-6-sect-4.4

I followed the link - found this as example:

<Location /svn>
  DAV svn
  SVNParentPath /usr/local/svn

  # how to authenticate a user
  AuthType Basic
  AuthName "Subversion repository"
  AuthUserFile /path/to/users/file

  # For any operations other than these, require an authenticated user.
  <LimitExcept GET PROPFIND OPTIONS REPORT>
    Require valid-user
  </LimitExcept>
</Location>

But this much like a read-only access.
I looked up the apache config descriptions and ended with addiional methods
as PUT, POST, ...
This is not quite what I tried to find. What I have to add to get a create
+ read-only access?
(I suppose this is the wrong direction)

Another method would be using the access files to set the policies. I found
some description and examples in the Subversion documentation, but Im not
sure if this is complete. Where can I get a *complete* syntax description
of the access files?

Would it make sense to have something like 'c' (create) for the policies
inside the access files? In my opinion this would be easier to configure,
than going for the WebDAV/DeltaV functions. Im not too familiar with this
- to be honest: not at all - and it is not clear how the mapping to r/w/(c)
could be.

A third solution that came into my mind is to cover this by an appropriate
pre-commit hook script. Are there any examples available?

Could anybody help me? Thanks a lot.

   Ralf Bauer-Malz

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 21 16:29:25 2004

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.