Azure DevOps
Connect your client's Azure DevOps with a key they paste, and call its API through Operate As.
- Connects by
- Pasting a Personal access token
- Category
- Developer tools
- Services
- 1
- Tools
- Pass-through only
| Service | Key | Base URL |
|---|---|---|
| Azure DevOps | azure-devops | https://dev.azure.com/{organization} |
Your client also types their azure devops organization (The part after dev.azure.com/ in your address).
Connecting
Your client makes a Personal access token in their Azure DevOps settings and pastes it on their link. Operate As tries it with Azure DevOps before saving it, and stores it encrypted. See Services connected with an API key.
curl https://api.operate.as/v1/me/clients \ -H "Authorization: Bearer $OPERATE_AS_API_KEY"[ { "id": "6f1c2a7e-...", "name": "Miller Dental", "services": [ "azure-devops" ] }]Permissions
| What the client reads | Permission it asks for |
|---|---|
| Use the Azure DevOps key you paste, with only the access you gave that key | Chosen on the provider's screen |
Pass-through
Azure DevOps has no ready-made tools yet. Call any endpoint of its API through Operate As instead, with the client's access attached.
Add the client
In Clients, add your client and select Azure DevOps. Then send them their link.
Your client connects
They paste a Personal access token from their Azure DevOps settings.
Find the endpoint
Pick the call from Azure DevOps's own API docs. Your path is everything after https://dev.azure.com/{organization}, with the parts in braces filled in from your client's account.
Send it through Operate As
Use the client's ID, the service key azure-devops and that path. Your Operate As key goes in Authorization; the client's access is added for you.
See Pass-through requests for the full request and response format.
curl "https://api.operate.as/v1/clients/6f1c2a7e-.../azure-devops/_apis/projects?api-version=7.1" \ -H "Authorization: Bearer $OPERATE_AS_API_KEY"{ "status": 200, "data": { "…": "the service's own response" }, "encoding": "json"}When access ends
A key works until your client deletes it in Azure DevOps. They can paste a new one on the same link at any time, and your workflows carry on without changes.
See Keeping access alive and Removing access.
{ "status": 401, "data": { "…": "the service's own error" }, "encoding": "json"}