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

Re: AW: repositories structure from user/access control viewpoint - how?

From: lejeczek <peljasz_at_yahoo.co.uk>
Date: Wed, 9 Mar 2016 20:57:55 +0000

On 09/03/16 16:44, Niemann, Hartmut wrote:
> Hi!
>
> I learned that finer-as-per-repository-grained read access is rather "expensive" in terms of server load
> because rights have to be checked for each file updated.
> So it would be best that you have separate repositories for separate "read" user groups.
Hi,
that is interesting concept but one that I don't quite get
- you would have different locations/namespaces pointing to
the same target?
And these namespaces would define different type of access
per whole groups?
>
> I have not heared about somebody who used separate HTTP servers for that, I doubt that it would help.
I see I might have been a bit vague when said - service.
What I meant was, would one use separate namespace, eg:
   <Location /dev.myproject.foo>
     DirectoryIndex disabled
     DAV svn
     ForceType text/plain
     SVNReposName ......
....
for each project if the reason was - this helps finer access
control. Or it does not and one namespace for all
locations/projects does the same?
many thanks
>
> Our setup is a combined redmine/svn server, where global read/write rights (per repo)
> are managed by redmine, and where necessary (in my area with about 50 projects this is exactly one
> project with a sort of paranoid leader) we use a precommit hook to restrict
> commit rights to individual subdirectories, which works quite well.
>
> Mit freundlichen Grüßen
> Dr. Hartmut Niemann
>
> Siemens AG
> MO MLT LM EN CCI 1
>
Received on 2016-03-09 21:58:08 CET

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.