-
Notifications
You must be signed in to change notification settings - Fork 5
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
Use changesets to automate releases #2071
Conversation
fdf78a8
to
33b0376
Compare
|
5070139
to
9c9059b
Compare
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.
Wonderful, thanks for doing this! Added a couple of minor questions.
#2080 is waiting to be merged, maybe that can be used to test the new process?
Yeah definitely, I think if this all works (which it should) we'd just need to add a changeset to the other pr using the changesets cli tool and it would make a great test. |
Since the migration to changesets from semantic-release in #2071, the requirement to use convential commits is removed. Therefore we can drop a dependency.
Since #2071 this is no longer needed.
Since the migration to changesets from semantic-release in #2071, the requirement to use convential commits is removed. Therefore we can drop a dependency.
Since #2071 this is no longer needed.
Since the migration to changesets from semantic-release in #2071, the requirement to use convential commits is removed. Therefore we can drop a dependency.
Since #2071 this is no longer needed.
What does this change?
This PR replaces semantic-release with Changesets - this is the Guardian's recommended approach to automated NPM releases.
How to test
Create a patch release by running
npm run release
and following the instructions.When this PR is merged it the Changesets bot (once installed) will create a subsequent release PR. Once this second PR is merged the release will be complete.