Over the last several years, we have encouraged customers to move their repositories from Azure Repos to GitHub to take advantage of the latest AI powered and agentic development experiences that GitHub is delivering.
At the same time, we recognize that migrating repositories to GitHub can vary significantly in complexity depending on an organization’s size, customizations, compliance requirements, tooling, and industry constraints. While many customers are actively planning and executing migrations to GitHub, many others are not yet ready to move and continue to rely on Azure Repos for day-to-day development.
For customers continuing to build on Azure Repos, we have exciting news. We are announcing a limited public preview that brings GitHub Copilot code reviews directly to your pull requests in Azure Repos.
🪧 Sign up for the Technical Preview
We are making the technical preview available through a sign-up process. Customers interested in participating can request access, and we will enable the feature for their organization as capacity allows.
Access will be granted in waves based on when requests are received, so enablement may take one or weeks. We will notify each customer by email once the feature has been enabled for their organization.
This phased rollout allows us to closely monitor usage, collect feedback, and validate the experience before making the feature more broadly available.
If you are interested in participating in the preview, you can sign up today.
🚛 Getting Started
Once we enable the feature, there are a few setup steps required before it can be used. First, Copilot code review must be enabled at the organization level. This allows the feature to then be enabled on individual repositories. This step must be completed by an organization administrator.
Go to Organization Settings > Repositories
Once the organization level setting has been enabled, repository administrators can enable Copilot Code Review for individual repositories.
To enable the feature, go to Project > Repositories > Manage Repositories and select the desired repository. From there, you will see the option to enable Copilot Code Review for pull requests in that repository.
🤖 Code Review Process
Once you have completed the getting started steps, initiating a Copilot Code Review is straightforward. First, make your code changes and create a pull request. When the pull request is ready for review, you can request a Copilot review by clicking the Request button next to Copilot Code Review in the Reviewers section.
The code review may take a few moments to complete, depending on the size of the repository and the number of changes included in the pull request. Once the review is complete, the status of the code review will change to Review completed.
If Copilot identifies potential issues in your pull request, it will add comments and suggestions directly to the review for you to examine and address.
From here you can apply changes recommended by Copilot or you can go back to your IDE, make the necessary changes, and re-commit. Once you create another commit, you can elect to run another Copilot code review.
🚂 Guardrails and Limits
For customers interested in trying this feature during the preview, there are a few limitations and guardrails to be aware of. These are in place to help ensure a stable experience as we onboard additional organizations and continue to learn from real-world usage during the rollout.
The following limits will apply during the preview and our subject to change.
| Item | Limit |
|---|---|
| Repository size | 10 GB |
| Pull request changed files | 100 files |
| Pull request status | Must be Active |
| Pull request merge status | Must have no merge conflicts (Merge Succeeded) |
| Duplicate review on same PR version | 1 completed review per merge commit |
| Concurrent reviews per pull request | 1 |
| Concurrent reviews per organization | 5 |
| Concurrent reviews per user | 2 |
🪙 Billing
Each completed code review consumes tokens, including input tokens sent to the model, output tokens generated by the model, and cached tokens that reuse existing context.
To simplify billing, the tokens used for each review are converted into a standard billing unit called a GitHub AI credit, where 1 credit equals $0.01 USD. Charges are billed to the Azure subscription linked to your Azure DevOps organization and appear as a separate meter in Azure Cost Management.
The cost of each review will vary depending on factors such as pull request size and the number of lines changed. To estimate expected costs in your environment, we recommend enabling the feature for one or two repositories first and monitoring daily usage.
To monitor your daily charges, go into your Subscription > Resources > Cost Management > Cost analysis.
From here, you can filter by product to view the organization’s daily costs. Please note, it does take 24-48 hours for the usage information to show up in the azure portal.
💬 Feedback
We expect to remain in limited public preview over the next couple of months as we continue refining the experience, adding new features, and incorporating customer feedback. Your input is vital to making this experience successful.
If you are interested in participating, please sign up for the limited public preview. We will follow up with all the information you need to get started.
Hello,
I would like to ask if there is still an opportunity to be included in the limited public preview that brings GitHub Copilot code reviews directly to pull requests in Azure Repos. If possible, we would be very interested in participating. Could you please let us know if we can still be added and what the next steps would be?
@Tomas, as per the updated blog post above, the private preview is now closed. We are working on a releasing a set of new features and will then open it up as a public preview in the next couple of weeks.
Hello,
We would love a feature that can give us more billing control. For large organizations (for example we have up to 700 AzDO projects) enabling this feature and let any project admin to be able to turn on this feature on any repo might cause a huge bill with us not being able to charge "Cost Centers" for that usage. Enabling detailed billing usage and precise project enabling for this feature will help a lot.
Billing details could be added on DevOps site and/or at subscription details
Those features will be super useful for large organizations and companies that use some kind...
Enabling the ability to turn on/off at the project level is coming soon.
We’ve recently added project tagging to CCR billing data so you can calculate how much each project is using:
https://learn.microsoft.com/en-us/azure/devops/release-notes/2026/sprint-276-update#project-level-cost-reporting-for-copilot-code-reviews
As Dan mentioned, the ability to turn CCR on/off at the project level is coming soon, but I’d be interested to understand if project level billing data meets your needs for internally cross charging?
One feature I also would love to see is the ability to restrict the request for review from “GitHub Copilot” to specific users.
As the review will cost some money, I do not want to allow everyone to request this “paid” code reviews.
How can I provide instructions to the GitHub Coplilot? Is it working the same way as with repositories on GitHub?
This is coming soon