-
Notifications
You must be signed in to change notification settings - Fork 41
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
Update ruleset naming #330
Labels
breaking-change
A change that might cause specs or code to break
design:accepted
Proposal for design has been discussed and accepted.
Milestone
Comments
markcowl
added
the
breaking-change
A change that might cause specs or code to break
label
Mar 5, 2024
markcowl
added
the
design:needed
A design request has been raised that needs a proposal
label
Mar 5, 2024
markcowl
added
design:accepted
Proposal for design has been discussed and accepted.
and removed
design:needed
A design request has been raised that needs a proposal
needs-area
labels
Apr 10, 2024
Should be done after this has been rollout #654 |
#654 is done, made a pr to automatically generate the |
Merged
github-merge-queue bot
pushed a commit
to microsoft/typespec
that referenced
this issue
Jun 3, 2024
Provide a built in way for Azure/typespec-azure#330
github-merge-queue bot
pushed a commit
that referenced
this issue
Jul 16, 2024
fix [#330](#330) `all` rulesets are automaticlaly provided by the compiler now microsoft/typespec#3462 --------- Co-authored-by: Mark Cowlishaw <markcowl@microsoft.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
breaking-change
A change that might cause specs or code to break
design:accepted
Proposal for design has been discussed and accepted.
Problem is we have use
/all
as the only ruleset we had in azure-core and arm.However this is confusing as with the addition of cannonical ruleset
all
isn't actually all its morerequired
.Proposing we change to the following:
all
(Actually every single rule)required
orrecommended
(Only required rules)<any-optional-ruleset>
This of course would need some change in the tspconfig validation of the spec repos as well as replacing.
The text was updated successfully, but these errors were encountered: