January 16th, 2026
0 reactions

What’s new with Azure Repos?

Dan Hellem
Product Manager for Azure Boards

We thought it was a good time to check in and highlight some of the work happening in Azure Repos. In this post, we’ve covered several recent improvements, along with a preview of features that are coming soon. To stay up to date, be sure to visit the Azure DevOps Roadmap.

These changes have either already been released or are currently rolling out. Be sure to check the sprint release notes for full details.

Breaking Change: Disabling Obsolete TFVC Check-In Policies

Back in April 2025, we shared changes to how TFVC check-in policies are stored. These updates affect TFVC projects using policies such as Build (require the last build to succeed), Work Item (require an associated work item), Changeset Comments (require users to add a comment to their check-in), and similar rules.

Over the past year, we’ve been guiding customers through migrating existing, obsolete policies to the new storage format and preventing the creation of new ones using the old model. With this release, any remaining check-in policies still using the obsolete format will be disabled. These policies will no longer function, and you’ll need to migrate them to the new format for check-in policies to continue working.

For full details and step-by-step migration guidance, be sure to review our earlier blog post.

Improved Comment Navigation from Pull Request Links

We’ve made improvements to how Azure DevOps handles deep links to pull request comments. When opening a pull request from a direct comment link, focus is now handled more reliably, especially for pull requests with a large number of comments.

This makes it easier to jump directly to the feedback you care about without losing context.

Pull Request Notification Improvements

To help teams better focus on meaningful pull request activity, we’ve updated Azure DevOps email notifications to reduce noise and improve clarity. Several low-value notifications, including draft state changes and auto-complete updates, have been removed entirely.

For the notifications that remain, we’ve simplified the content to highlight what actually changed, such as affected files, while removing redundant details like full reviewer and commit lists. The result is pull request emails that are easier to scan, more actionable, and better aligned with how teams collaborate during code reviews.

Pull Request Templates for Multi-Level Branches

Pull request templates now support nested folder structures that align with multi-level branch names. When you open a pull request targeting a branch like feature/foo/december, Azure DevOps will look for a matching template in the following order:

  1. <pull request template path>/branches/feature/foo/december.md
  2. <pull request template path>/branches/feature/foo.md
  3. <pull request template path>/branches/feature.md

The most specific template available will be applied automatically. This makes it easier to tailor guidance and requirements based on branching conventions without duplicating templates.

Azure DevOps MCP Server

If you haven’t checked it out yet, the local Azure DevOps MCP Server continues to grow with new tools for working with Azure Repos. It enables you to interact with repositories, branches, commits, and pull requests directly from tools like VS Code and GitHub Copilot.

For example, you can fetch repository metadata, list branches, inspect file contents, and explore commit history without navigating the Azure DevOps UI, making it easier to build intelligent tooling and workflows on top of Azure DevOps.

For more information, check out the Azure DevOps MCP Server repo.

🎉 Coming Soon

Improved Git Policy Configuration API

We’re working on improvements to the Git policy configuration APIs to make it easier and more efficient to retrieve all policies that apply to a specific repository. This includes policies defined at the repository level as well as those applied to individual branches or refs.

These changes reduce unnecessary API calls and improve performance for services managing policies at scale, while preserving existing policy behavior.

Learn more: Policy Configurations – Get – REST API (Azure DevOps Git) | Microsoft Learn

More Pull Request Improvements Ahead

We have several pull request improvements planned for upcoming sprints, many of which are driven directly by feedback from the Azure DevOps Community. We’re starting with reducing notification noise, as described above, but that’s just the beginning.

We’re also working on improvements such as highlighting pull requests with outstanding comments, allowing authors to reset a pull request back to a “ready for review” state, and adding the ability to filter pull requests by tags.

Together, these changes are focused on making it easier to understand what needs attention and keep reviews moving efficiently.

Author

Dan Hellem
Product Manager for Azure Boards

Dan is a Product Manager with Microsoft's Azure DevOps

0 comments

Discussion is closed.