Skip to content

ci: accept post-release tags (0.4.0-1) for Python-only re-releases - #4

Merged
arrufat merged 1 commit into
mainfrom
post-release-tags
Sep 3, 2026
Merged

arrufat merged 1 commit into
mainfrom
post-release-tags

Conversation

@arrufat

@arrufat arrufat commented Sep 3, 2026

Copy link
Copy Markdown
Collaborator

Summary

  • The release tag was used both as the lightpanda-io/browser release to download and as the wheel version, so re-publishing fixed wheels or client fixes needed a new browser release.
  • The params job now splits the tag: 0.4.0-1 (Debian style) or 0.4.0.post1 bundles browser 0.4.0 and publishes the PEP 440 post-release 0.4.0.post1. Plain X.Y.Z tags behave as before. Malformed tags fail in params instead of on a matrix leg.
  • workflow_dispatch gains an optional post input for TestPyPI dry runs.
  • README documents the convention, including that an exact ==0.4.0 pin does not pick up post-releases (use ~=0.4.0).

Rollout

  1. Merge; the PR build exercises the new params job on the nightly path.
  2. Dry run: workflow_dispatch with release 0.4.0, post 1, publish testpypi.
  3. Create a GitHub release tagged 0.4.0-1 and approve the pypi deployment.

The release tag doubled as the browser release to download and the wheel
version, so fixing the wheels or the client required a new browser release.
The params job now splits the tag: 0.4.0-1 (or 0.4.0.post1) bundles browser
0.4.0 and publishes the PEP 440 post-release 0.4.0.post1. Malformed tags fail
in the params job, and workflow_dispatch gains a matching post input.
@arrufat
arrufat merged commit eb1ebbf into main Sep 3, 2026
10 checks passed
@arrufat
arrufat deleted the post-release-tags branch September 3, 2026 11:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant