Integrate a new Azure DevOps Repos source
GitGuardian can integrate with Azure Repos in two different ways: at the instance level or at the organization/collection level.
In Azure Repos the wordings Organization
and Collection
refer to the same concept depending on the version of your Azure DevOps. In GitGuardian's dashboard, we use the wording Organization
as it is the most common, but don't be embarrassed if you have Collection
in your Azure Repos instance.
This integration supports Azure Repos for any version of Azure DevOps supporting the Rest API ≥ 4.1. This includes both Azure DevOps Services and Azure Devops Server 2019 and 2020.
The Azure DevOps Repos integration can be done at Instance-level or at Organization-level. In either case, it requires a personal access token for GitGuardian to be able to access your Azure Repos organizations/collections for analysis.
You will need Owner or Manager rights in GitGuardian to set up an integration or customize your settings.
To enable functional real-time scanning of your projects and repository, the personal access token owner must either be an Organization admin
or a Project administrator
for all projects within your organization. This can be accomplished by being added to the Project Collection Administrators
group of the organization.
Setup
Create a Personal Access Token
We highly recommend that you use a bot user in order to generate personal access tokens.
- Go to your “User setting” section on Azure DevOps.
- For Azure Repos Service, Dive into “Personal access tokens” section and create a new token. For Azure Repos Server, you first need to dive into "Security", and then select the Personal access tokens page on the left side bar.
- Set a name (ex: “gitguardian”).
- Select if you want to provide access for the current organization or for the entire instance.
- IMPORTANT: You must check the
Read
scope for Code and Graph (click on the 'Show all scopes' link to display this scope).
TheGraph:Read
scope is used for billing purposes as it allows us to look at users, groups and their memberships. - We recommend you set the expiration date to 1 year, this is the maximum allowed.
Azure DevOps has a limit of 1 year maximum for the validity of a token. It means you'll have to renew the token if you want to keep the integration up and running.
The personal token enables GitGuardian to access your repos through your Azure DevOps permissions.
Click on the 'Show all scopes' link to display the scope for Graph.
This integration doesn't monitor disabled repositories. If you include disabled repositories in your perimeter, they won't be checked and they will appear with the status Unknown
.
Please refer to the Azure DevOps documentation for more information about personal access tokens.
Instance-level integration
This integration mode will automatically monitor all projects and repositories on the instance. When a new project or a new repository is created on any organization, it will be automatically included in the perimeter by GitGuardian.
Requirements
- Azure DevOps Service or self-managed Azure DevOps Server: minimum assured compatible version 2019
- A personal access token with Read scope for "Code" and "Graph".
Guidelines
- Navigate to Settings > Integrations > Sources.
- Click on Configure for Azure Repos.
- Click on Start for the instance-level option: "Monitor the entire Azure Repos instance"
- Submit your Azure Repos instance url, and the personal access token created.caution
Azure instance URL must be prefixed with
https://
, instances without a secure connection won't be monitored. The URL used should be of type scheme+basename (eg:https://azuredevops.gitguardian.example
). - GitGuardian will start scanning your Azure Repos instance. You can view the projects and repositories monitored in your Azure Repos settings page by clicking on See my Azure Repos perimeter.
Troubleshooting
- You can submit new personal access tokens if you want to monitor more Azure Repos instances.
- GitGuardian automatically detects if the Personal access token becomes invalid (by expiring or being revoked) and will send an email to notify you. All of your existing data will remain accessible.
- In case you have a lot of repositories, they may take some time to show up on your perimeter.
Organization-level integration
This integration will only monitor organizations you select. When a new project is added to a monitored organization, it will be automatically added to the perimeter. However, new organizations added to the Azure Repos instance will not be automatically included to the GitGuardian perimeter.
Requirements
- Azure Devops Service or self-managed Azure DevOps Server/Data Center: minimum assured compatible version 2019
- A personal access token with Read scope for "Code".
Guidelines
- Navigate to Settings > Integrations > Sources.
- Click on Configure for Azure Repos.
- Click on Start for the instance level option: "Monitor certain Azure Repos organizations only"
- Submit your Azure DevOps instance url and the personal access token created. If you're willing to install only one organization, submit also the name of this organization.caution
Azure instance URL must be prefixed with
https://
, instances without a secure connection won't be monitored. The URL used should be of type scheme+basename (eg:https://azuredevops.gitguardian.example
). - GitGuardian will display the organization available for monitoring.
ClickingInstall
, GitGuardian will access the organization and scan the content of the repositories. - You can view the projects and repositories monitored in your Azure Repos settings page by clicking on See my Azure Repos perimeter:
Troubleshooting
- You can submit new personal access tokens if you want to monitor more Azure Repos instances or organizations.
- GitGuardian automatically detects if the Personal access token becomes invalid (by expiring or being revoked) and will send an email to notify you. All of your existing data will remain accessible.
- In case you have a lot of repositories, they may take a short time to show up on your perimeter
- If the Azure DevOps user associated with the personal access token used for integration lacks sufficient permissions for real-time project monitoring, a visual icon will be displayed next to the project. This icon indicates that the project is still part of your scope and can be scanned manually, but it cannot be monitored in real time.
Rotate/Replace a Personal Access Token
In Azure Repos, the maximum lifetime of a Personal Access Token is 365 days, and there is no option to extend this duration. Additionally, updating the scopes of a Personal Access Token requires creating a new one; it cannot be modified directly. Consequently, it is necessary to replace your Personal Access Token at least once a year to continue scanning your repositories with GitGuardian.
To minimize disruption, we recommend:
- Generate a new Personal Access Token in Azure DevOps before the expiration of the current one.
- Add this newly created Personal Access Token to the list of tokens in GitGuardian.
- Only after completing steps 1 and 2, remove the old Personal Access Token.
This ensures a seamless transition, allowing the new Personal Access Token to take over in case the current token expires or is deleted, thereby maintaining the functionality of your integration.
For Organization-level installations, the new Personal Access Token should have the same permissions. Failure to do so may result in incomplete access to certain Organizations. GitGuardian will continue monitoring accessible ones and uninstall Organization(s) that are no longer reachable.
Automatic historical scan
By default, GitGuardian performs a historical scan for each newly created Azure Repos repository added to your perimeter.
You can deactivate this behavior in your Azure Repos settings if you are a Manager of the workspace.
Customize your monitored perimeter
Once you have set up your Azure Repos integration, you have the possibility to configure which projects and repositories to monitor in the Azure Repos settings section of your workspace.
If you deselect a repository from your monitored perimeter, GitGuardian will not receive any commit for your futur scans.