You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently releases have to be manually cut by a maintainer.
We should:
Add some automation so that the version/changelog is bumped automatically, based on conventional commits
conventional commits (or some other related mechanism) is enforced
releases are published to rubygems by CI
The official JS graphql-hive uses the changesets library which doesn't support ruby (and would require using yarn).
Some other tools that may fit the job:
Google's "Release Please" generates PRs based on conventional commits on main, the PR will include the version bump / changelog
I don't think this tool would support bumping the secondary Gemfile.lock in the k6 directory, but a CI workflow that runs on release PRs can probably address this.
The text was updated successfully, but these errors were encountered:
Currently releases have to be manually cut by a maintainer.
We should:
The official JS graphql-hive uses the changesets library which doesn't support ruby (and would require using
yarn
).Some other tools that may fit the job:
main
, the PR will include the version bump / changelogGemfile.lock
in thek6
directory, but a CI workflow that runs on release PRs can probably address this.The text was updated successfully, but these errors were encountered: