-
Notifications
You must be signed in to change notification settings - Fork 183
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
Convert remaining packages which necessitate 1es-templates/esrp release #8460
Conversation
…osable yml. time to see how this thing performs
…e. I'm thinking the 1es templates cant quite hack it
/check-enforcer override The |
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.
Looks reasonable assuming test pipelines work.
Ray recently deleted |
Will do so. Needed to get in here to make the SemVer changes anyway. |
…ument passed to the publish stage
My claim is that
Just going to merge this and then deal with the fallout. |
/check-enforcer overrde |
For help using check enforcer, see https://aka.ms/azsdk/checkenforcer Available commands:
If you are initializing a new service, follow the new service docs. If no Azure Pipelines are desired, run |
|
||
- task: PowerShell@2 | ||
inputs: | ||
filePath: '$(Build.SourcesDirectory)/eng/scripts/determine-release-tag.ps1' |
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.
This file doesnt match the new one being added in the PR. Seems like the file name should be determine-js-release-tag.ps1
The following yml are associated with projects that need to publish to npmjs.org. This PR simply removes each's individual
release
stage in favor of a single added stage. After walking each package withinazure-sdk-tools
, I believe these are the only remaining builds that must become 1es compliant.tools/sdk-generation-pipeline/ci.ymlDeleted inmain
tools/apiview/parsers/js-api-parser/ci.ymlOnly publishes to internal feedeng/pipelines/templates/stages/archetype-autorest-preview.ymlThis yml is referenced nowhere that I can tell. Not from another template and not direct from a build definition.FOR REVIEWERS I advise disabling whitespace diffs it massively simplifies looking at what this PR does. Much more re-use than code deletion.
Related to #7941