-
Notifications
You must be signed in to change notification settings - Fork 66
Remove swagger check from CI #2706
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
base: main
Are you sure you want to change the base?
Conversation
|
No changes needing a change description found. |
|
You can try these changes here
|
|
This is true for data plane, but not yet true for management plane, unless I am missing something |
| - template: /eng/pipelines/jobs/website.yml | ||
|
|
||
| - template: /eng/pipelines/jobs/e2e-job.yml@self | ||
| - job: AutorestChecks |
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.
I believe that this is still used by management plane sdks, especially for updates to existing specs.
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.
they still go typespec -> swagger -> autorest -> client for management plane?
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.
Can we please make a call on this soon, to unblock #2705?
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.
@timotheeguerin: Ping
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.
ok I upgraded core and the extensions in that check in your pr and I think this fixed the issue. So this PR is not needed for now at least
This is uncessary now, as none of the generated swagger should be used to generate SDK via autorest. We just need to make sure the swagger doesn't change unexpectedly which is caught in many other ways.