This repository is the canonical source for REST API specifications for Microsoft Azure.
If you're a spec author looking for information about all of of the repositories and steps in the pipeline, go to the adx-documentation-pr repository. Make sure to join the Github Azure organization to get access to that repo.
- Our Contribution guidelines walks you through the process of contributing to this repository.
- The /documentation folder contains reference documentation for all aspects of Swagger and our recommended patterns. Start with the Creating Swagger page.
The structure of the directory should strictly follow these rules:
- If the Rest end point is for management plane(going through ARM end point) then the top level folder must be the "arm-<service_name>". Else top folder name must be "<service_name>".
- The second level must be the API versions
- The third level must be the format of the specification (ex. swagger)
- The fourth level must be the specifications
The structure should appear like so:
.
├── arm-authorization
│ └── 2015-01-01
│ └── swagger
│ └── authorization.json
├── arm-compute
│ └── 2015-06-15
│ └── swagger
│ └── service.json
├── arm-features
│ └── 2014-08-01-preview
│ └── swagger
│ └── features.json
├── arm-network
│ └── 2015-05-01-preview
│ └── swagger
│ └── service.json
├── arm-resources
│ └── 2014-04-01-preview
│ └── swagger
│ └── service.json
├── arm-storage
│ └── 2015-05-01-preview
│ └── swagger
│ └── service.json
├── arm-subscriptions
│ └── 2014-04-01-preview
│ └── swagger
│ └── service.json
├── arm-web
├── documentation
└── readme.mdCurrently, the specifications are expected to be in Swagger JSON format
The next step in the process after a spec is completed is to generate SDKs and API reference documentation. Go to the Azure Developer Experience guide for more information.
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.