Skip to content

release: cut 0.2.1 - #9

Merged
y1o1 merged 1 commit into
developfrom
release/v0.2.1
Jul 26, 2026
Merged

release: cut 0.2.1#9
y1o1 merged 1 commit into
developfrom
release/v0.2.1

Conversation

@y1o1

@y1o1 y1o1 commented Jul 26, 2026

Copy link
Copy Markdown
Contributor

Consolidates what was in Unreleased: the P0 auth contract work, the resolver and verification-method hardening, the loopback bind defaults, the image rename, and the component-naming refactor.

Why a patch number for contract work

Deliberate, not sloppy. While the version is 0.x this changelog already declares that even minor releases may change the public API, so patch-vs-minor carries no compatibility promise here.

What the number does buy is a stable consumer pin: provin.oss's quickstart tracks the moving v0.2 tag, and cutting v0.3 would have forced that pin to move for no benefit before the first announcement.

Why this tag has to exist at all

ghcr.io/provin-line/auth-provider:v0.2 does not currently resolve. The publish workflow derives the moving minor tag from type=semver on a tag push, so the workflow_dispatch runs that published the renamed image produced only develop and sha-… tags.

So the quickstart — which pins v0.2 — cannot reach the renamed provider image until a semver tag is pushed. That is what this release is for, and it is why the version was not inflated to work around it.

Worth recording as a design problem rather than a one-off: a version cut is currently the only way to refresh what consumers pin. Revisiting that coupling (a workflow_dispatch input that re-points the moving tag at the current released minor) belongs after publication, not in a release that exists to unblock it.

Also fixes a changelog entry that had gone stale

The image-rename entry described the intermediate approach — naming each image explicitly in the publish matrix (#7) — which the component-naming refactor (#8) then replaced with derivation from the component name. A changelog describing a state the code no longer has is worse than one that is merely terse.

After this merges

  1. push v0.2.1publish-images fires on push: tags: ["v*"], producing image tags v0.2 (semver), v0.2.1 (ref) and latest
  2. verify anonymously that auth-provider:v0.2 resolves — cache-free, registry-level
  3. provin-line/oss#29 can then merge, its v0.2 pin finally pointing at something
  4. delete the old auth-auth-provider package

🤖 Generated with Claude Code

Consolidates what was in Unreleased: the P0 auth contract work, the resolver
and verification-method hardening, the loopback bind defaults, the image
rename, and the component-naming refactor.

A patch number for content that includes contract hardening, and that is
deliberate rather than sloppy. While the version is 0.x this file already
declares that even minor releases may change the public API, so patch-vs-minor
carries no compatibility promise here. What the number does buy is a stable
consumer pin: provin.oss's quickstart tracks the moving v0.2 tag, and cutting
v0.3 would have forced that pin to move for no benefit before the first
announcement.

Also rewrites the image-rename entry, which described the intermediate approach
(naming each image explicitly in the publish matrix) that the component-naming
refactor then replaced with derivation. A changelog describing a state the code
no longer has is worse than one that is merely terse.

Cutting this tag is what produces a moving v0.2 image tag at all: the publish
workflow derives it from a semver tag push, so workflow_dispatch alone yields
only branch and sha tags. That coupling — a version cut being the only way to
refresh what consumers pin — is worth revisiting, but not by inflating a
version number to work around it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@y1o1
y1o1 merged commit 4133127 into develop Jul 26, 2026
3 checks passed
@y1o1
y1o1 deleted the release/v0.2.1 branch July 26, 2026 16:05
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