-
Notifications
You must be signed in to change notification settings - Fork 1
Open
Description
An automated setup removes some friction and makes it easier to gain some momentum.
Currently specific people need to pull the project and run the release locally.
Ideally releases happen any time tests are green and specific other conditions are true. (like an increment in the package version)
I am not really a fan of most automatic release workflows.
Typical workflow:
- make feature changes
- increment version in
package.json - CI tests run
- review those changes (optionally requiring approval)
- merge to main
independent from the above:
- make a GitHub release
- this triggers the workflow
- workflow pushes to NPM
Flaws with that (imho):
- GitHub release has enforced relation to the version in
package.json - there is no review/approval process for creating a release on GitHub
My preferred setup:
- make feature changes
- CI tests run
- review those changes (optionally requiring approval)
- merge to main
- optionally go back to 1
independent from the above:
- increment version in
package.json - review those changes (optionally requiring approval)
- merge to main
- the change to
package.jsontriggers the workflow - workflow creates a GitHub release and pushes to NPM
thoughts?
Metadata
Metadata
Assignees
Labels
No labels