Role and Permission
User access levels are handled by assigning different roles to users.
A role is a set of permissions that can be granted to a user in one or all projects thus controlling access to the projects and various features in the Web UI. A permission is an authorization granted to a TeamCity user to perform particular operations, e.g. to run a build or modify build configuration settings.
TeamCity authorization supports two modes: simple and per-project.
In the simple mode, there are only three types of authorization levels: guest, logged-in user and administrator. In the per-project mode, you can assign users Roles in projects or server-wide. The set of permissions in roles is editable.
Permissions within a role granted at the project level are automatically propagated in all the subprojects of this project. The View project and all parent projects permission allows you to view not only the project (with its subprojects) but its parent projects too.
Changing Authorization Mode
Unless explicitly configured, the simple authorization mode is used when TeamCity is working in the Professional mode and per-project is used when working in the Enterprise mode. To change the authorization mode, use the Enable per-project permissions check box on the Administration|Authentication page.
Simple Authorization Mode
Administrator | Users with no restrictions; corresponds to the System Administrator role in the per-project authorization mode |
|---|---|
Logged-in user | Corresponds to the default Project Developer role granted for all projects in the per-project authorization mode |
Guest user | Corresponds to the default Project Viewer role granted for all projects in the per-project authorization mode |
Per-Project Authorization Mode
Roles are assigned to users by administrators on a per-project basis - a user can have different roles in different projects, and hence, the permissions are project-based. A user can have a role in a specific project or in all available projects, or no roles at all. You can Managing Users and User Groups. A role can also be granted to a user group. This means that the role is automatically granted to all the users that are included into the group (both directly or through other groups).
By default, TeamCity provides the following roles:
TeamCity System Administrators have no restrictions in their permissions, and have all of the project administrator's permissions. They can create and manage users' accounts, authorize build agents and set up projects and build configurations, edit the TeamCity server settings, manage TeamCity licenses, configure server data clean-up rules, change VCS roots, and etc. | |
|---|---|
Project Administrator is a person who can customize general settings of a project and settings of build configurations, assign roles to the project users, create subprojects, and who has all the project developer's and agent manager's permissions. | |
Project Developer is a person who usually commits changes to a project. He/she can start/stop builds, reorder builds in the build queue, label the build sources, review agent details, start investigation of a failed build. | |
Agent Manager is a person responsible for customizing and managing the Build Agent; he/she can change the run configuration policy and enable/disable build agents. | |
Project Viewer has read-only access to projects and can only view the project, its parent and subprojects. Project Viewer does not have permissions to view agent details. |
When per-project permissions are enabled, server administrators can modify the roles, delete them, or add new roles with any combination of permissions right in the TeamCity Administration web UI, or by modifying the roles-config.xml file stored in < >/config directory. When assigning roles to users, the View role permissions link in the web UI displays the list of permissions for each role in accordance with their current configuration.