ASP.NET API versioning gives you a powerful, but easy-to-use method for adding API versioning semantics to your new and existing REST services built with ASP.NET. The API versioning extensions define simple metadata attributes and conventions that you use to describe which API versions are implemented by your services. You don't need to learn any new routing concepts or change the way you implement your services in ASP.NET today.

The default API versioning configuration is compliant with the versioning semantics outlined by the Microsoft REST Guidelines. There are also a number of customization and extension points available to support transitioning services that may not have supported API versioning in the past or supported API versioning with semantics that are different from the Microsoft REST versioning guidelines.

The supported flavors of ASP.NET are:

• ASP.NET Web API

  Adds service API versioning to your Web API applications

  

• ASP.NET Web API and OData

  Adds service API versioning to your Web API applications using OData v4.0

  

• ASP.NET Core

  Adds service API versioning to your ASP.NET Core applications

  

• ASP.NET Core and OData

  Adds API versioning to your ASP.NET Core applications using OData v4.0

  

This is also the home of the ASP.NET API versioning API explorers that you can use to easily document your REST APIs with Swagger:

• ASP.NET Web API Versioned API Explorer

  Replaces the default API explorer in your Web API applications

  

• ASP.NET Web API with OData API Explorer

  Adds an API explorer to your Web API applications using OData v4.0

  

• ASP.NET Core Versioned API Explorer

  Adds additional API explorer support to your ASP.NET Core applications

  

• ASP.NET Core with OData API Explorer

  Adds additional API explorer support to your ASP.NET Core applications using OData v4.0

  

You can find additional samples, documentation, and getting started instructions in the wiki.

Have a general question, suggestion, or other feedback? Check out how you can contribute.

Security issues and bugs should be reported privately, via email, to the Microsoft Security Response Center (MSRC) secure@microsoft.com. You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Further information, including the MSRC PGP key, can be found in the Security TechCenter.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.

If you are an existing user, please makes sure you review the release notes between all major and minor package releases.