API Priority Visualization This document provides a visual summary of the API priorities across the different Azure DevOps API clients.
API Client Priority Heat Map API Client Method Priorities (High to Low): 
Core API: 
getProjects (Highest) 
getProject 
getTeams 
getTeam (Lower) 
 
 
Git API: 
getRepositories (Highest) 
getRepository 
getRefs 
getItems 
getPullRequests (Lower) 
 
 
Work Item API: 
getWorkItem (Highest) 
getWorkItems 
createWorkItem 
updateWorkItem 
queryByWiql (Lower) 
 
 
Build API: 
getDefinitions (Highest) 
getBuild 
getBuilds 
queueBuild 
getBuildLogs (Lower) 
 
 
Release API: 
getReleaseDefinitions (Highest) 
getRelease 
getReleases 
createRelease 
updateReleaseEnvironment (Lower) 
 
 
 
API Client Method Complexity API Client Method Complexity Table: 
Git API:  createPullRequest, createRepository, getPullRequestWork Item API:  createWorkItem, updateWorkItem, queryByWiqlBuild API:  queueBuild, updateBuildRelease API:  createRelease, updateReleaseEnvironmentTest API:  createTestRun, updateTestResults 
API Client Relationship Map API Relationship Structure: 
Core API (Projects & Teams)  serves as the central componentThree main APIs branch from the Core API:
Git API (Code & Repositories) Work Item API Build API  
 
The Git API  connects to the Pull Request API  
The Build API  connects to the Release API  
The Work Item API  connects to both the Pull Request API  and Release API  
The Work Item API  also connects to the Test API  
 
Documentation Priority Sequence The following sequence represents the recommended order for documentation efforts:
Essential connection methods (WebApi Core) 
Authentication methods (All authentication options) 
Core API top methods (Project and team access) 
Git API top methods (Repository access) 
Work Item API top methods (Work item operations) 
Build API top methods (Build operations) 
Release API top methods (Release operations) 
Test API top methods (Test operations) 
Integration patterns (Cross-API workflows) 
Advanced scenarios (Complex multi-API operations) 
 
This sequence ensures that fundamental functionality is documented first, followed by the most frequently used API clients, and finally more advanced or specialized functionality.