[Fleet] 2024-02-02-preview resolve conflicts

.github/ISSUE_TEMPLATE/01_question.yml

@@ -0,0 +1,46 @@
+name: Question/Query
+description: Use this template to file a question/query for the API Spec team that are not bugs or feature requests.
+title: "[Question]"
+
+labels:
+  - question
+
+body:
+  - type: input
+    id: api_spec
+    attributes:
+      label: API Spec link
+      description: "Link to the OpenAPI or TypeSpec spec"
+      placeholder: "e.g. https://github.com/Azure/azure-rest-api-specs/blob/main/specification/containerservice/Fleet.Management/main.tsp"
+    validations:
+      required: true
+
+  - type: input
+    id: version
+    attributes:
+      label: API Spec version
+      description: "Version of the API Spec"
+      placeholder: "e.g. 2023-10-15"
+    validations:
+      required: true
+
+  - type: textarea
+    id: background
+    attributes:
+      label: Question/Query
+      description: How can we help?
+      placeholder: Description
+    validations:
+      required: true
+
+  - type: textarea
+    id: environment
+    attributes:
+      label: Environment
+      description: |
+        Please provide more information on your environment:
+          * Hosting platform or OS and .NET runtime version (`dotnet --info` output for .NET Core projects): [e.g. Azure AppService or Windows 10 .NET Framework 4.8]
+          * IDE and version: [e.g. Visual Studio 16.3]
+      placeholder: Environment
+    validations:
+      required: false

.github/ISSUE_TEMPLATE/02_bug.yml

@@ -0,0 +1,76 @@
+name: Bug report
+description: Use this template to file a bug on an API Spec.
+title: "[BUG]"
+
+labels:
+  - bug
+
+body:
+  - type: input
+    id: api_spec
+    attributes:
+      label: API Spec link
+      description: "Link to the OpenAPI or TypeSpec spec"
+      placeholder: "e.g. https://github.com/Azure/azure-rest-api-specs/blob/main/specification/containerservice/Fleet.Management/main.tsp"
+    validations:
+      required: true
+
+  - type: input
+    id: version
+    attributes:
+      label: API Spec version
+      description: "Version of the API Spec"
+      placeholder: "e.g. 2023-10-15"
+    validations:
+      required: true
+
+  - type: textarea
+    id: background
+    attributes:
+      label: Describe the bug
+      description: Please provide the description of issue you're seeing.
+      placeholder: Description
+    validations:
+      required: true
+
+  - type: textarea
+    id: expected-behavior
+    attributes:
+      label: Expected behavior
+      description: |
+        Provide a description of the expected behavior.
+      placeholder: Expected behavior
+    validations:
+      required: true
+
+  - type: textarea
+    id: actual-behavior
+    attributes:
+      label: Actual behavior
+      description: |
+        Provide a description of the actual behavior observed. If applicable please include any error messages, exception stacktraces or memory dumps.
+      placeholder: Actual behavior
+    validations:
+      required: true
+
+  - type: textarea
+    id: repro-steps
+    attributes:
+      label: Reproduction Steps
+      description: |
+        Please include minimal steps to reproduce the problem if possible. E.g.: the smallest possible code snippet; or a small project, with steps to run it. If possible include text as text rather than screenshots (so it shows up in searches).
+      placeholder: Minimal Reproduction
+    validations:
+      required: true
+
+  - type: textarea
+    id: environment
+    attributes:
+      label: Environment
+      description: |
+        Please provide more information on your environment:
+          * Hosting platform or OS and .NET runtime version (`dotnet --info` output for .NET Core projects): [e.g. Azure AppService or Windows 10 .NET Framework 4.8]
+          * IDE and version : [e.g. Visual Studio 16.3]
+      placeholder: Environment
+    validations:
+      required: false

.github/ISSUE_TEMPLATE/03_feature_request.yml

@@ -0,0 +1,34 @@
+name: Feature request
+description: Use this template to file a feature request on an API Spec.
+title: "[FEATURE REQ]"
+
+labels:
+  - feature-request
+
+body:
+  - type: input
+    id: api_spec
+    attributes:
+      label: API Spec link
+      description: "Link to the OpenAPI or TypeSpec spec"
+      placeholder: "e.g. https://github.com/Azure/azure-rest-api-specs/blob/main/specification/containerservice/Fleet.Management/main.tsp"
+    validations:
+      required: true
+
+  - type: input
+    id: version
+    attributes:
+      label: API Spec version
+      description: "Version of the API Spec"
+      placeholder: "e.g. 2023-10-15"
+    validations:
+      required: true
+
+  - type: textarea
+    id: background
+    attributes:
+      label: Please describe the feature.
+      description: What feature would you like to get added? What problem is it solving?
+      placeholder: Feature description
+    validations:
+      required: true

.github/PULL_REQUEST_TEMPLATE/control_plane_template.md

@@ -1,6 +1,10 @@
 # ARM (Control Plane) API Specification Update Pull Request 
 
-> Tip: overwhelmed by all this guidance? See the `Getting help` section at the bottom of this PR description.
+> [!TIP]
+> Overwhelmed by all this guidance? See the `Getting help` section at the bottom of this PR description.
+
+> [!NOTE]
+> As of January 2024 there is no PR assignee. This is expected. See https://aka.ms/azsdk/pr-arm-review.
 
 ## PR review workflow diagram
 
@@ -27,9 +31,7 @@ If the automation determines you have breaking changes, i.e. Step 1 from the dia
 
 ### ARM API changes review (Diagram Step 2)
 
-- If this PR is in purview of ARM review then automation will add the `ARMReview` label.
-- If you want to force ARM review, add the label yourself.
-- Proceed according to the diagram at the top of this comment.
+- For help with Step 2 / "ARM review", see https://aka.ms/azsdk/pr-arm-review.
 
 </details>
 
@@ -38,23 +40,20 @@ If the automation determines you have breaking changes, i.e. Step 1 from the dia
 
 ### Diagram footnotes
 
-[1] [ARM review queue] (for **merge** queues, see [2])  
-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] [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.
+[1] See [ARM review queue] (for **PR merge** queues, see [2]).  
+[2] [public repo merge queue], [private repo merge queue] (for **ARM review** queue, [1])  
+The ARM reviewer on-call engineer visits the merge queue twice a day, so the approximate ETA for merges is 12 - 24 hours.
 
 </details>
 
 ## Purpose of this PR
 
-What's the purpose of this PR? Check all that apply. This is **mandatory**!
+What's the purpose of this PR? Check the specific option that applies. This is **mandatory**!
 
-  - [ ] New API version. (If API spec is not defined in TypeSpec, the PR should have been generated using [OpenAPI Hub](https://aka.ms/openapihub)).
+  - [ ] New resource provider.
+  - [ ] New API version for an existing resource provider. (If API spec is not defined in TypeSpec, the PR should have been generated using [OpenAPI Hub](https://aka.ms/openapihub)).
   - [ ] Update existing version for a new feature. (This is applicable only when you are revising a private preview API version.)
-  - [ ] Update existing version to fix swagger quality issues in S360.
+  - [ ] Update existing version to fix OpenAPI spec quality issues in S360.
   - [ ] Other, please clarify:
     - _edit this with your clarification_
 
@@ -67,7 +66,7 @@ and followed the instructions by checking all the boxes:
 - [ ] I have reviewed following [Resource Provider guidelines](https://aka.ms/rpguidelines), including
   [ARM resource provider contract](https://github.com/Azure/azure-resource-manager-rpc) and
   [REST guidelines](https://github.com/microsoft/api-guidelines/blob/vNext/azure/Guidelines.md) (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.
+  I understand this is required before I can proceed to the diagram Step 2, "ARM API changes review", for this PR.
 
 ## Additional information
 
@@ -82,8 +81,7 @@ in the `Generated ApiView` comment added to this PR. You can use ApiView to show
 <summary>Suppressing failures</summary>
 
 If one or multiple validation error/warning suppression(s) is detected in your PR, please follow the 
-[Swagger-Suppression-Process](https://aka.ms/azsdk/pr-suppressions) 
-to get approval.
+[suppressions guide](https://aka.ms/azsdk/pr-suppressions) to get approval.
 
 </details>
 
@@ -93,11 +91,12 @@ to get approval.
 - To understand what you must do next to merge this PR, see the `Next Steps to Merge` comment. It will appear within few minutes of submitting this PR and will continue to be up-to-date with current PR state.
 - For guidance on fixing this PR CI check failures, see the hyperlinks provided in given failure 
   and https://aka.ms/ci-fix.
+- For help with PR workflow diagram Step 2 (ARM review), see https://aka.ms/azsdk/pr-arm-review.
 - If the PR CI checks appear to be stuck in `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.
 - If the help provided by the previous points is not enough, post to https://aka.ms/azsdk/support/specreview-channel and link to this PR.
 
-[ARM review queue]: https://github.com/search?q=org%3AAzure+is%3Apr+is%3Aopen+label%3AWaitForARMFeedback+-label%3AIDCDevDiv++draft%3Afalse+sort%3Acreated-asc+&type=pullrequests
+[ARM review queue]: https://aka.ms/azsdk/pr-arm-review#about-the-arm-review-queue
 [public repo merge queue]: https://github.com/Azure/azure-rest-api-specs/pulls?q=is%3Aopen+is%3Apr+label%3AMergeRequested+draft%3Afalse+sort%3Acreated-asc
 [private repo merge queue]: https://github.com/Azure/azure-rest-api-specs-pr/pulls?q=is%3Aopen+is%3Apr+label%3AMergeRequested+-label%3AApproved-OkToMerge+draft%3Afalse+sort%3Acreated-asc
 [breaking changes process]: https://eng.ms/docs/cloud-ai-platform/azure-core/azure-core-pm-and-design/trusted-platform-pm-karimb/service-lifecycle-and-actions-team/service-lifecycle-actions-team/apex/media/launchingproductbreakingchanges#breaking-change-process-1

.github/comment.yml

@@ -1,14 +1,4 @@
 ---
-- rule:
-    type: label
-    label: "CI-MissingBaseCommit"
-    onLabeledComments: >-
-      Hi @${PRAuthor}! For review efficiency consideration, 
-      when creating a new API version, it is required to place API specs of the 
-      base version in the first commit, and push new version updates into successive commits. 
-      You can use OpenAPIHub to initialize the PR for adding a new version. <br/>
-      For more details refer to the [wiki](https://dev.azure.com/azure-sdk/internal/_wiki/wikis/internal.wiki/208/OpenAPI-Hub-Adding-new-API-version).
-
 - rule:
     type: label
     repoAllowList: