Azure DevOps PAT scopes for DevOps
Summarize
Summary of Azure DevOps PAT Scopes for DevOps
When using a personal access token (PAT) to interact with Azure DevOps, specific scope access levels are essential for functionality. These settings ensure seamless integration with ServiceNow and eliminate the need for manual configuration of webhooks and service connections by Azure DevOps administrators.
Show less
Key Features
- Scope Access Levels: Different capabilities require specific permissions to enable functionality, including reading work items, repositories, build and release pipelines.
- Project and Organization Permissions: For onboarding, the PAT owner must be a member of the relevant Project Administrators or Project Collection Administrators groups.
- Service Connection Management: The PAT must allow for reading, querying, and managing service connections to automate ServiceNow task configurations.
- Update Build Information: Ensure you have permission to update build information for all pipeline features to function correctly.
Key Outcomes
By configuring the correct access levels with your PAT, you can effectively connect ServiceNow to Azure DevOps, manage pipeline executions, and enhance task automation without manual intervention. Proper setup prevents issues like duplication of service hooks when reconfiguring integration settings.
Scope access levels are required when using a personal access token (PAT) to access Azure DevOps during setup.
Scope access level settings are based on the capability you have configured. Set the corresponding access level for seamless functionality. For information on creating a PAT, see Personal access token (PAT).
- When onboarding a Project, the Project Administrators privilege requires the owner of the PAT to be a member of the project's Project Administrators group.
- When onboarding an Organization, the Project Administrators privilege requires the owner of the PAT to be a member of the organization's Project Collection Administrators group.
| Capability | Scope | Access level | Impact |
|---|---|---|---|
| Boards | Work item | Read | Required to discover the boards and receive the work items either through import/polling or real time with a configured webhook. |
| Repos | Code | Read | Required to discover repositories and receive branches, commits, and tags either through import/polling or real time with a configured webhook. |
| Build pipelines | Build | Read & Execute |
|
| Release pipelines and gates | Release | Read, write and execute |
|
| Test build and release pipelines | Test management | Read | Required to receive test results for pipeline execution. |
| Service Connections | Service connection | Read, query, and manage | Required to create Service connection automatically which is used to configure ServiceNow tasks like change acceleration, artifact and package registration, etc. |
| Packaging | Packaging | Read | Required to discover the artifact repositories and receive the feeds and packages either through import/polling or real-time with a configured webhook. |
Limitation of Azure DevOps
If you create an Azure tool with custom defined access level, and you reconfigure such a tool because of change in your Integration user credentials, then the existing service hooks for release created and release deployment are not updated. Instead, two new service hooks are created with new configuration details. To avoid the duplication of these service hooks, you must create the tool with full access level.