Skip to content

Conversation

@timotheeguerin
Copy link
Member

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.

@azure-sdk
Copy link
Collaborator

No changes needing a change description found.

@azure-sdk
Copy link
Collaborator

You can try these changes here

🛝 Playground 🌐 Website

@markcowl
Copy link
Member

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
Copy link
Member

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.

Copy link
Member Author

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?

Copy link
Member

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?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member Author

@timotheeguerin timotheeguerin Jun 10, 2025

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants