views:

24

answers:

3

Hello.

We have a subversion repository with top-level projects, each projects with trunk/branches/tags. And now we need to restrict access to one of projects for a limited number of developers. All work fine, except that while person who don't have access to this project performs "update" on repository via TortoiseSVN, the red 403 "forbidden" message is shown to him for project he is forbidden to see. This is logical, but red error lines for sucessfull commands are not good in general: developers who always see red error messages durng update will shortly get used to them and can ignore an error message that is a real error, not information about permissions :(. So, is it possible to configure TortoiseSVN / VisualSVN server so developers who don't have permissions for some projects will not get error messages for "update" command targeting repository root?

+2  A: 

It's bad practice to checkout the entire root in the first place. trunk is the level that should be checked out in a working copy.

This also makes sure that when someone creates a branch (cheap operation), it's not populated into the working copy (expensive operation).

On top of that, because the way locking works in Subversion, the locking operation will take longer and longer when more directories are added to the working copy. (this will change with version 1.7)

Note that it's also possible to use sparse checkouts

Sander Rijken
Maybe i expressed myself incorrectly. For example, i have a project A that is checked out as co svn://myserver/svn/A/trunk C:\A and i have a project B that is checked out as co svn://myserver/svn/B/trunk C:\B. Now if user who has access rights to A and don't have access rights for B will update svn://myserver/svn he will get red error message for "access to B is forbidden". This is logically, but red messages on each update is not very good :(
Eye of Hell
he can't update the repository root though, you can only update working copies
Sander Rijken
A: 

How is your server configure? Who is controlling it? apache2? This kind of error usually is MKACTIVITIE. Give more config details.

PLS
My server is VisualSVN Server with basic security. Does it matter?
Eye of Hell
A: 

I think the easiest solution is to create another repository similar to the one you have, (I assume that uses svn:extyernals to the other repositories), but only for the ones the resrticted developers can access.

RedFilter
It's a good decision, but restricted project(s) depends on many things in current single repository: common, libs etc :(. It will be very hard to correctly make two repositories play with each over.
Eye of Hell