-
Notifications
You must be signed in to change notification settings - Fork 230
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
Do not carry over friendly name with model is
or op is
#3793
Do not carry over friendly name with model is
or op is
#3793
Conversation
All changed packages have been documented.
Show changes
|
You can try these changes at https://cadlplayground.z22.web.core.windows.net/prs/3793/ Check the website changes at https://tspwebsitepr.z22.web.core.windows.net/prs/3793/ |
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 think we need to see a PR against typespec-next to verify the scope and make any needed fixes.
PR checking the changes Azure/azure-rest-api-specs#29827 There is only 2 spec impacted(and some others which could now remove the workaround this previously required). |
You can try these changes here
|
fix #2276 As the design for a dedicated
@instanceName
was not approved due to the concern that we should maybe have a more generic@name
decorator that handle template I am just fixing this very anyoing carry over that requires using@friendlyName
in all derived models when it is used upstream.This is technically a breaking change as if you used to have
it would have created a model called
Abcstring
instead ofBar