-
Notifications
You must be signed in to change notification settings - Fork 5.2k
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
hdinsight: documenting the cluster kind #26838
base: main
Are you sure you want to change the base?
hdinsight: documenting the cluster kind #26838
Conversation
Next Steps to MergeNext steps that must be taken to merge this PR:
|
Swagger Generation Artifacts
|
Generated ApiView
|
Thank you for your contribution tombuildsstuff! We will review the pull request and get back to you soon. |
There's a fixed list of possible values for this - making this an enum - as such this should be documented as an Enum.
56e95aa
to
2005e96
Compare
Please address or respond to feedback from the ARM API reviewer. |
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
… lower-cased due to an issue in the API Spec The API Specification defines `tier` as a Constant which can be recased - however the `kind` is defined as a string, thus can't be. I've opened hashicorp/pandora#3404 (to workaround it) and Azure/azure-rest-api-specs#26838 (to fix it) - once those are threaded through both of these should be normalized.
ARM (Control Plane) API Specification Update Pull Request
PR review workflow diagram
Please understand this diagram before proceeding. It explains how to get your PR approved & merged.
Click here to see the details of Step 1
Breaking changes review (Diagram Step 1)
If the automation determines you have breaking changes, i.e. Step 1 from the diagram applies to you,
you must follow the breaking changes process.
IMPORTANT This applies even if:
Such claims must be reviewed, and the process is the same.
Click here to see the details of Step 2
ARM API changes review (Diagram Step 2)
ARMReview
label.Click here to see the diagram footnotes
Diagram footnotes
[1] ARM review queue (for merge queues, see [4])
The PRs are processed by time opened, ascending. Your PR may show up on 2nd or later page.
If you addressed Step 1 from the diagram and your PR is not showing up in the queue, ensure the label
ARMChangesRequested
is removed from your PR. This should cause the label
WaitForARMFeedback
to be added.[2] https://aka.ms/azsdk/support/specreview-channel
[3] List of SDK breaking changes approvers in pinned Teams announcement
[4] public repo merge queue, private repo merge queue (for ARM review queue, [1])
If you need further help with anything, see
Getting help
section below.Purpose of this PR
What's the purpose of this PR? Check all that apply. This is mandatory!
Due diligence checklist
To merge this PR, you must go through the following checklist and confirm you understood
and followed the instructions by checking all the boxes:
ARM resource provider contract and
REST guidelines (estimated time: 4 hours).
I understand this is required before I can proceed to the Diagram Step 2, "ARM API changes Review", for this PR.
Additional information
Viewing API changes
For convenient view of the API changes made by this PR, refer to the URLs provided in the table
in the
Generated ApiView
comment added to this PR. You can use ApiView to show API versions diff.Suppressing failures
If one or multiple validation error/warning suppression(s) is detected in your PR, please follow the
Swagger-Suppression-Process
to get approval.
Getting help
and https://aka.ms/ci-fix.
queued
state, please add a comment with contents/azp run
.This should result in a new comment denoting a
PR validation pipeline
has started and the checks should be updated after few minutes.