Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hey openap-validator folks! This PR should only make your lives easier. I'm not changing anything other than adding a release stage to our build yml. The reason I'm doing this is because we going after the long-tail of builds that cannot be converted to
1es-templates
-compatible. The staging and prod releases to NPM for azure-openapi-validator need to be removed, but we also need to be certain you can still ship new versions of the package!This PR will make it so that your prod and staging builds will also include approvable releases to npm.
In a nutshell, when you queue
Staging
orProduction
pipeline, you will immediately get an approvable release stage. Have to kick the pipeline manually to get the release stage.Prod stage will be labeled
release latest
. These are also the tags that are set on the ERSP release.todo:
Submitting this PR early to understand which CI will actually trigger.
Can one of the openapivalidator devs please confirm the two sets of artifacts on each linked release under the
Test a release
checkbox? Would I break anyone if I actually released a new version of the package?