Joeri
Joeri

Reputation: 225

Can't get team security to work in VSO

I created a new VSO account and created a new project in it. In this project I added Iterations, Areas and Teams. So I have one big project with multiple teams in it.

I gave the teams specific access to one Area, so they only see the work items in this area.

When I add a member to a specific Team, this member can access all the different teams, and so can access work items that shouldn't be accessed. I found this website (http://blogs.msdn.com/b/danhellem/archive/2014/06/11/how-to-implement-multiple-team-strategy-in-team-foundation-server-2013.aspx) that explains exactly the security system I want to implement, but when I follow his steps, I still have the same problem.

My current setup is as follows:

When this user goes to visualstudioonline.com, and selects 'Browse' at 'projects & teams', this user sees the Collection, Project, and All Teams (A/F). This user can goto all these levels, and sees the information in it.

How can I fix this, so this user only sees his own team and the information in it?

See screenshow below, even though a team has no members you still can navigate to it (and see it):

Server Browser

Upvotes: 1

Views: 445

Answers (2)

Vicky - MSFT
Vicky - MSFT

Reputation: 5010

There is not one available setting to restrict users to access (browse) other teams in the team project. You need to grand permissions (Work Items, Queries, Source Control, and Build), respectively.

Please have a check on this MSDN article for the detailed information on how to manage team access: https://msdn.microsoft.com/Library/vs/alm/work/scale/manage-team-assets

Upvotes: 0

rerwinX
rerwinX

Reputation: 2035

I'm not sure I like the idea of restricting users from viewing Work Items in other areas/teams as they could miss out on the context of some items. I'd prefer to at least set them to read-only.

The key here is to set the permissions on the area path https://msdn.microsoft.com/Library/vs/alm/Work/customize/modify-areas-iterations See the section: Set permissions on editing paths or accessing work items assigned to an area

Area security

You'll need to make sure that you set the permissions on the team group to Deny "Edit Work Items in this node" or "View work items in this node" depending on the behaviour you want.

A Deny permission will override an Allow permission.

no access or read-only

Upvotes: 2

Related Questions