Skip to content

Migrate scheduler to testProxy (Do not merge)#22310

Merged
msyyc merged 2 commits intoAzure:mainfrom
BigCat20196:migrate-scheduler-toTestProxy-1231-8032
Apr 6, 2022
Merged

Migrate scheduler to testProxy (Do not merge)#22310
msyyc merged 2 commits intoAzure:mainfrom
BigCat20196:migrate-scheduler-toTestProxy-1231-8032

Conversation

@BigCat20196
Copy link
Contributor

Description

Please add an informative description that covers that changes made by the pull request and link all relevant issues.

If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.

All SDK Contribution checklist:

  • The pull request does not introduce [breaking changes]
  • CHANGELOG is updated for new features, bug fixes or other significant changes.
  • I have read the contribution guidelines.

General Guidelines and Best Practices

  • Title of the pull request is clear and informative.
  • There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

  • Pull request includes test coverage for the included changes.

@check-enforcer
Copy link

check-enforcer bot commented Jan 4, 2022

This pull request is protected by Check Enforcer.

What is Check Enforcer?

Check Enforcer helps ensure all pull requests are covered by at least one check-run (typically an Azure Pipeline). When all check-runs associated with this pull request pass then Check Enforcer itself will pass.

Why am I getting this message?

You are getting this message because Check Enforcer did not detect any check-runs being associated with this pull request within five minutes. This may indicate that your pull request is not covered by any pipelines and so Check Enforcer is correctly blocking the pull request being merged.

What should I do now?

If the check-enforcer check-run is not passing and all other check-runs associated with this PR are passing (excluding license-cla) then you could try telling Check Enforcer to evaluate your pull request again. You can do this by adding a comment to this pull request as follows:
/check-enforcer evaluate
Typically evaulation only takes a few seconds. If you know that your pull request is not covered by a pipeline and this is expected you can override Check Enforcer using the following command:
/check-enforcer override
Note that using the override command triggers alerts so that follow-up investigations can occur (PRs still need to be approved as normal).

What if I am onboarding a new service?

Often, new services do not have validation pipelines associated with them, in order to bootstrap pipelines for a new service, you can issue the following command as a pull request comment:
/azp run prepare-pipelines
This will run a pipeline that analyzes the source tree and creates the pipelines necessary to build and validate your pull request. Once the pipeline has been created you can trigger the pipeline using the following comment:
/azp run python - [service] - ci

@msyyc msyyc merged commit 8445817 into Azure:main Apr 6, 2022
rakshith91 pushed a commit to rakshith91/azure-sdk-for-python that referenced this pull request Apr 7, 2022
rakshith91 pushed a commit to rakshith91/azure-sdk-for-python that referenced this pull request Apr 10, 2022
azure-sdk pushed a commit to azure-sdk/azure-sdk-for-python that referenced this pull request Aug 1, 2023
Initial version of the code-signing dataplane service (Azure#22310)

* Initial version of the code-signing dataplane service

* Remove error objects since those come from the Azure Core namespace

* fix: added azure.codesigning.json resulting file

* fix: use newer version dependency syntax

* Rolling back version change per PR feedback

* fix: polling operation mapping per PR feedback

* Adding x-ms-examples for example validation

* fix: added custom-words per PR feedback

* Renamed parameter definition to match open api json definition

* fix: modified the api-version to synch up with the folder api-version

* Adding details json cadl validation

* refactor: moved from cadl to typespec

* chore: attach azure.codesiging.json definition

* chore: remove package-lock.json since its unneeded.

* feat: adding get sign eku operation & example

fix: sign long running operation

* chore: removed unused swagger.json generated

* chore: removing data-plane swagger generated, keeping just the typespec project

* Readding the swagger information for dataplane service

* fix: ci issues pointed

examples are not referenced on the swagger file
resources should not be read only

* added examples to typespec definition

* fix: examples

* more fixes for example.json operations

* even more fixes for example.json operations

* fix: minor

Remove optional parameter from region. since its required.
Added description to namespace definition
Removed optional parameter from operation status, since the id is required.
Added suppression of warning

* Added fixes to azure.codesigning.json generation

* Added required property of id to examples

* Switched property to a more descriptive naming for the eku response

* fix: moved examples to a non version specific folder

* fix: the compiler didnt liked not using the preview folder, rolling back

* feat: added oauth2 security definition

* fix: removed api-version from example path

* style: change casing of operations to camel case

fix: per guidance modified the getsignEku operation into listSignEku

* Update azure.codesigning.json generated by tsp compiler

* fix: modified ResourceAction to LongRunningResourceAction per feedback

* docs: added enum descriptions to each value on hash algorithms

* fix: pinned to current versions to avoid ci errors by using latest dependency

* Added prefix of StandardResourceOperations interface to Resource operations

* fix: sign operation should return 202 Accepted on example

* fix: sign operation should return 202 Accepted on example

* style: tsp format result

* refactor: removed unused mapping to parent resource

* refactor: removing typespec-python emitter

* Adding get sign root certificate operation

* fix: adding custom word rootcert

* fix: adding api version parameter

* Added resource provider folder per ci finding

* chore: removing package.json per PR feedback

* Renaming folder to remove "Microsoft." path per feedback from PR

see: https://github.com/Azure/azure-rest-api-specs/blob/main/documentation/typespec-structure-guidelines.md for guidelines

* feat: expanded the typespec options to include the lang generation

* Fix: Based on review from API stewardship team

Added more detailed information for docs and summary of operations
Refactored getSignRootCertificate operation to use RpcOperation instead of custom operation
Pluralized the listSignEkus operation
Renamed models to provide more detailed description of their purposed
Eliminated the custom enum in favor of the typespec enum provided

* refactor: moved version to 2023-06-15 based on feedback of ACS Eng team

* refactor: renamed models following azure team feedback

* Update tspconfig.yaml

Applied latest schema of emitter options and parameters.

* fix: adding back missing custom words, fixing coffeelake casing

* docs: updated samples to include varied hashes to represent a more familiar request for customers

* docs: updated the docs clauses of the typespec file to avoid repetitions on the docs generated.

* fix: update README.md of data-plane generation to include the correct tag

* Regenerated azure.codesigning.json file

* Based on pr build feedback, updated custom words definition

* docs: per compiler feedback, adding doc definition for versioning

* fix: outdated examples of data-plane swagger

* fix: per PR feedback, using T payload for Foundations.OperationStatus

* chore: updated Azure.CodeSigning swagger generated using tsp v0.46.0

* fix: removed autorest from the dependencies per feedback

fix: added suppression for custom RPC operation

* Removing json examples for compliance with avocado pipeline

* fix: Adding examples to tsp directory

* Corrected samples

---------

Co-authored-by: Ray Chen <raychen@microsoft.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants