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

New release process #496

Closed
B4nan opened this issue Feb 28, 2024 · 0 comments · Fixed by #691
Closed

New release process #496

B4nan opened this issue Feb 28, 2024 · 0 comments · Fixed by #691
Assignees
Labels
t-tooling Issues with this label are in the ownership of the tooling team. tech roadmap Issues contributing to tech roadmap.
Milestone

Comments

@B4nan
Copy link
Member

B4nan commented Feb 28, 2024

Currently, this repository (as most of the non-monorepo repositories) uses the following semi-automatic approach for releasing:

  • package.json contains the version of the next release
  • dev versions only add a dev suffix to it
  • creating new GH release via UI creates a new git tag and triggers stable release via CI (to the version specified in the package.json)
  • GH allows generating the release notes automatically, but this only works with PRs, it ignores commits to master, and the CHANGELOG.md file is not updated at all
  • a manual version bump is required afterwards to let future dev releases work (otherwise CI fails due to the dev version being behind the stable one)

Prepare a new release process that is more in line with how our monorepos are handled:

  • version in package.json should be the current stable one
  • dev builds need to do a patch bump on that before they publish
  • stable release need to do a bump too - preferrably this would be handled via CI workflow with a dispatch, where you pick the bump (patch/minor/major)
  • release notes should be generated based on the commit history
  • changelog.md should be updated and a matching git tag with a GH release should be created
  • lockfile should be updated automatically

This release process should be universal, as we want to port it to all the other non-monorepo projects.

@B4nan B4nan added tech roadmap Issues contributing to tech roadmap. t-tooling Issues with this label are in the ownership of the tooling team. labels Feb 28, 2024
@B4nan B4nan added this to the 1.0 milestone Apr 23, 2024
@B4nan B4nan modified the milestones: 0.20, 1.0 May 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
t-tooling Issues with this label are in the ownership of the tooling team. tech roadmap Issues contributing to tech roadmap.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants