Skip to content

Fix published image's version label to match resolve-version's output - #28

Merged
TomProkop merged 1 commit into
masterfrom
claude/org-cloud-environments-agentbox-ma78p3
Aug 24, 2026
Merged

TomProkop merged 1 commit into
masterfrom
claude/org-cloud-environments-agentbox-ma78p3

Conversation

@TomProkop

Copy link
Copy Markdown
Member

Summary

The v1.2.1 published image's org.opencontainers.image.version label reads v1.2.1 (with the "v") instead of 1.2.1. docker/metadata-action auto-derives that label from the raw git ref (the release tag), and docker/build-push-action's labels input always wins over the Dockerfile's own ARG IMAGE_VERSION LABEL for the same key — so the auto-derived value silently overrides ours.

Fix: explicitly override the label in the build job's metadata-action step with resolve-version's actual output, so the two agree.

Test plan

  • YAML parses (yaml.safe_load).
  • Once merged, cut a new release and confirm docker inspect --format '{{json .Config.Labels}}' shows org.opencontainers.image.version = the plain semver (e.g. 1.2.2), not v1.2.2.

Generated by Claude Code

org.opencontainers.image.version was showing "v1.2.1" (the raw release
tag) instead of "1.2.1" — docker/metadata-action auto-derives that
label from the git ref, and build-push-action's labels input always
wins over the Dockerfile's own ARG IMAGE_VERSION LABEL for the same
key. Override the label explicitly in the metadata-action step so it
matches resolve-version's actual output.
@TomProkop
TomProkop merged commit 72fd54a into master Aug 24, 2026
2 checks passed
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.

2 participants