Set TFVC repository permissions
TFS 2017 | TFS 2015 | TFS 2013
Visual Studio 2019 | Visual Studio 2017 | Visual Studio 2015 | Visual Studio 2013
You grant or restrict access to a TFVC repository to lock down who can contribute to your source code. There is only one TFVC repository per project.
For guidance on who to provide greater permission levels, see Grant or restrict access using permissions.
- You must have a project. If you don't have a project yet, create one in Azure DevOps or set one up in an on-premises Azure DevOps.
- You must be a member of the Project Administrators Group or have your Manage permissions set to Allow for the TFVC repository.
To contribute to the source code, you must be granted Basic access level or greater. Users granted Stakeholder access have no access to source code. To learn more, see About access levels.
Default repository permissions
By default, members of the project Contributors group have permissions to contribute to a repository. For a description of each security group and permission level, see Permissions and group reference.
Tasks such as create, delete, or rename a TFVC repository are not supported. Once a TFVC repository is created you can't delete it. Also, you can only have one TFVC repository per project. This is different from Git repositories which allow for adding, renaming, and deleting multiple repositories.
Check in, Label, Lock, Merge, Pend a change in a server workspace, Read
Administer labels, Manage branches, Manage permissions, Revise other users' changes, Undo other users' changes, Unlock other users' changes
Open TFVC repository Security
To set permissions for a custom security group, you must have defined that group previously. See Set permissions at the project-level
From the web portal, open the admin context by choosing the Settings and choose Version Control.
Choose the TFVC repository for the project and then choose the security group whose permissions you want to manage.
Change the permission setting to Allow or Deny.
For example, here we change the Manage branch permission to Allow for all members of the Contributors group.
You may not be able to find a user from a permissions page or identity field if the user hasn't been added to the project—either by adding it to a security group or to a project team. Also, when a user is added to Azure Active Directory or Active Directory, there can be a delay between the time they are added to the project and when they are searchable from an identity field. The delay can be between 5 minutes to 7 days.
Save your changes.