-
Notifications
You must be signed in to change notification settings - Fork 5.6k
Merge Network 2017-11-01 to master #2203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merge Network 2017-11-01 to master #2203
Conversation
* Video Swagger API: update example response json to remove special invalid special characters (Azure#2015) * Add Video Search API Swagger * Video Swagger API: update example response json to remove special invalid special characters * take changes from azure-rest-spec-pr, make Microsoft.Subscription tenant level rp (Azure#1984) * Fix bad merge. (Azure#2022) * Add list apis for sql backup LTR policies & vaults (Azure#2006) * Add list LTR vaults & policies * Added pageable * Change output folder for Search SDKs (Azure#2023) * update output folders in readmes * rename with bing in name * App Model for Tumbling window trigger (Azure#2028) * App model for tumbling window trigger * Addressed CR comments * Renamed retry to count in RetryPolicy * swagger definition for 26 RFI connectors (Azure#2016) * Updated OMS data plane C# namespace & output-folder (Azure#2021) * Update Azure Batch enum to use "values" - also some documentation updates (Azure#2008) * Enum fixes * Improve DataDisks documentation * Update NATPool port range documentation * [Compute] Update Sku APIs (Azure#2034) * Initial commit of 2017-12-01 compute.json * Changes for new API version 2017-12-01 compute.json * Add Compute SKU APIs * Add swagger spec for spell check API (Azure#1997) * Add swagger spec for spell check API * Add Examples to spec * Remove redundant forward slash in path. Specify array from body parameters. * Fix oav errors * Remove x-Bing_Apis-SDK * Change spec to reflect what objects we want to expose in the response. * Fix operationId name to avoid conflict with "SpellCheck" schema. * Add X-BingApis-SDK back. * Remove Unintentional change Packages.json change here was unintentionally added to this review
* Video Swagger API: update example response json to remove special invalid special characters (Azure#2015) * Add Video Search API Swagger * Video Swagger API: update example response json to remove special invalid special characters * take changes from azure-rest-spec-pr, make Microsoft.Subscription tenant level rp (Azure#1984) * Fix bad merge. (Azure#2022) * Add 2017-11-01 folder in microsoft.network
* add iptags for publicip in 2017-11-01 * read me changes for 2017-11-01 * Add Python conf for Network 2017-11-01 * Complete Python conf for 2017-11-01
This reverts commit a0257f9.
|
@chandrasekarsrinivasan as far as I understood, the PR is a merge from |
|
@ravbhatnagar a new Network API version (2017-11-01). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Over the holidays, we made some changes to this repository. One of which is requiring that each API Version be categorized explicitly as either stable or preview. To do this, the API Version folder must be placed in a folder corresponding to the names mentioned above. You'll be able to see what I'm taking about here:
https://github.com/Azure/azure-rest-api-specs/tree/master/specification/network/resource-manager/Microsoft.Network
To read more about what happened over the holidays, please find our wiki page: https://github.com/Azure/azure-rest-api-specs/wiki/December-2017-Refactoring
Please move the files added in this PR to match the new format. Thanks!
edit: ordering
|
@sergey-shandar Yes |
|
@marstr Moved files to stable folder |
|
Hi There, I am the AutoRest Linter Azure bot. I am here to help. My task is to analyze the situation from the AutoRest linter perspective. Please review the below analysis result: File: AutoRest Linter Guidelines | AutoRest Linter Issues | Send feedback Thanks for your co-operation. |
marstr
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My approval speaks only to the location of these changes. The actual changes in this PR are still subject to the normal process and @sergey-shandar's judgement.
|
@sergey-shandar Can you please help close on this? |
|
@ravbhatnagar could you review the merge PR? |
|
@lmazuel tag myself to get notifications (@sergey-shandar you made a typo ;)) |
ec26c7e to
f30750a
Compare
|
Hi There, I am the AutoRest Linter Azure bot. I am here to help. My task is to analyze the situation from the AutoRest linter perspective. Please review the below analysis result: File: AutoRest Linter Guidelines | AutoRest Linter Issues | Send feedback Thanks for your co-operation. |
|
Reviewed this in person. The only feedback from ARM side was to make ipTagType property as an enum. It would improve the usability of the API and developers can deterministically code against it. Specially considering the case when new values will be supported by the service for this. Currently only 2 are supported but more will be supported in future. So it makes it hard for developers using the API know when new values get added or what new values are supported. Line 820 in 0bef2b9
@chandrasekarsrinivasan is going to circle back with his team on whether they want to model this as an enum. |
|
@ravbhatnagar - I had a discussion with my team members @avijitgupta and @murilogr. The advantages of having an enum is that we will have better usability and the disadvantages is that we will have new API versions when we have changes to it. Then, we discussed and we see that we will have additions to this. Hence, we decided not to go with enum. |
sergey-shandar
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
This checklist is used to make sure that common issues in a pull request are addressed. This will expedite the process of getting your pull request merged and avoid extra work on your part to fix issues discovered during the review process.
PR information
api-versionin the path should match theapi-versionin the spec).Quality of Swagger