Skip to content
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

Script versioning/publishing releases #91

Open
Mr0grog opened this issue Sep 22, 2022 · 0 comments
Open

Script versioning/publishing releases #91

Mr0grog opened this issue Sep 22, 2022 · 0 comments

Comments

@Mr0grog
Copy link
Collaborator

Mr0grog commented Sep 22, 2022

This is a follow-on from #79 — we should probably have some scripting around releases to make sure version bumps, release notes, GitHub releases and NPM publishing all go together and are coordinated.

Specifically, this should probably cover:

  • Updating the “(In development)” section of the changelog to be a version number and date.
  • Bumping the version number in package.json.
  • Committing.
  • Tagging the release in git with v{version number}.
  • Pushing the commit and tags to GitHub.
  • Publishing the release to NPM.
  • Publishing a release on GitHub.
  • Starting a new “(In development)” section in the changelog.

The workflow described here might be a good place to start: https://superface.ai/blog/npm-publish-gh-actions-changelog (it needs some minor changes at a minimum, since it uses yarn, and requires a separate changelog file instead of having the changelog in the README). I like it because I am a fan of manual release notes that are more readable and provide more guidance, rather than automatically generating them from commit messages, which I often find creates hard-to-understand release notes as a package user. (See also https://keepachangelog.com, which I think is generally good guidance.)

Short of automating this, it would at least be good to document the above checklist so it’s easier for anyone doing manual releases to make sure they’ve covered everything, and we don’t have to do something like #79 again. 😉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant