-
Notifications
You must be signed in to change notification settings - Fork 46.9k
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
Support @latest
in prepare-release-from-ci
#21616
Support @latest
in prepare-release-from-ci
#21616
Conversation
Comparing: 8f37942...2f88956 Critical size changesIncludes critical production bundles, as well as any change greater than 2%:
Significant size changesIncludes any change greater than 0.2%: (No significant changes) |
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.
Just skimmed but LGTM
@@ -23,7 +23,8 @@ const run = async () => { | |||
await testPackagingFixture(params); | |||
} | |||
|
|||
await printPrereleaseSummary(params, false); | |||
const isLatestRelease = params.releaseChannel === 'latest'; | |||
await printPrereleaseSummary(params, isLatestRelease); |
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.
Why do we pin differently for the latest release?
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.
What's "pin" mean in this context?
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.
D'oh, nevermind sorry. I misread this.
Since we track these versions in source, we can build `@latest` releases in CI and store them as artifacts. Then when it's time to release, and the build has been verified, we use `prepare-release-from-ci` (the same script we use for `@next` and `@experimental`) to fetch the already built and versioned packages.
0de4150
to
2f88956
Compare
Since we track these versions in source, we can build `@latest` releases in CI and store them as artifacts. Then when it's time to release, and the build has been verified, we use `prepare-release-from-ci` (the same script we use for `@next` and `@experimental`) to fetch the already built and versioned packages.
Since we track these versions in source, we can build
@latest
releases in CI and store them as artifacts.Then when it's time to release, and the build has been verified, we use
prepare-release-from-ci
(the same script we use for@next
and@experimental
) to fetch the already built and versioned packages.