-
Notifications
You must be signed in to change notification settings - Fork 12.1k
Use the "dev" tag for new releases #5877
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
base: master
Are you sure you want to change the base?
Conversation
|
Reviewer's guide (collapsed on small PRs)Reviewer's GuideImplements a dual npm dist-tag strategy by defaulting new releases to the "dev" tag (instead of "latest"), reserving "latest" for audited versions which are promoted manually. Flow diagram for new release tagging processflowchart TD
A["New release detected"] --> B{"Is prerelease?"}
B -- Yes --> C["Tag as 'next'"]
B -- No --> D{"Is version > latest audited?"}
D -- Yes --> E["Tag as 'dev'"]
D -- No --> F["Tag as patch (manual tag)"]
File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
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.
Overview
Use a dual tag:
latest
+dev
At each point,
dev
points to the latest version (audited or not), whichlatest
(which npm serves by default) points to the latest audited version.If the latest version was audited, then both
latest
anddev
will point to the same version.How does the users get the package
If a user wants to get the latest audited release:
npm i @openzeppelin/contracts
npm i @openzeppelin/contracts@latest
If a user wants to get the latest release (audited or not):
npm i @openzeppelin/contracts@dev
If a user wants to get the latest release candidate (might not exist, might correspond to an unaudited version):
npm i @openzeppelin/contracts@next
Changes to the release process
Summary by Sourcery
Build: