Open jan-molak opened 20 hours ago
Hey @jan-molak, thanks a lot!
I assume that the version number in package.json needs to be bumped manually, committed trigger the release via GitHub UI. Is that correct
Correct
I'm not clear on how the release notes get generated
I just click the generate button manually in the GitHub UI
The slightly tricky part is that the version number of @sand4rt/experimental-ct-web
is kept in sync with the underlying Playwright version number, like 1.49.0
. This means that @sand4rt/experimental-ct-web
can be released only when there's a Playwright release, which prevents any patch releases on the @sand4rt/experimental-ct-web
side.
If this is how you want to keep it, then we could configure a release pipeline that, upon a merge to the default branch:
playwright-ct-web/package.json
, e.g. 1.49.0
@sand4rt/experimental-ct-web
from npmjs.jcom using something like npm show @sand4rt/experimental-ct-web version
version
field of playwright-ct-web/package.json
to match the Playwright version, commit the code and perform a release (using gh release create
CLI)An alternative could be to depart slightly from keeping the version number in sync with Playwright and introduce a build number component, like 1.49.0-build.1
and then perform a release on every merge to the default branch.
Hey @sand4rt, as discussed in #52 and #49, it would be good to make
playwright-ct-web
deploy a new version whenever Playwright is updated.I'm wondering what the best way to automate this process is, so I thought we could discuss it here.
I see that, at the moment, this repository has two GitHub workflows:
pnpm publish
I assume that the version number in
package.json
needs to be bumped manually, committed, and then you need to trigger the release via GitHub UI. Is that correct?I'm not clear on how the release notes get generated at https://github.com/sand4rt/playwright-ct-web/releases Is this an automated process?