Skip to content

Build the versioned image on release so [skip ci] can't skip it#10

Merged
Robbie1977 merged 1 commit into
mainfrom
feature/answer-quality-recipes
Jul 15, 2026
Merged

Build the versioned image on release so [skip ci] can't skip it#10
Robbie1977 merged 1 commit into
mainfrom
feature/answer-quality-recipes

Conversation

@Robbie1977

Copy link
Copy Markdown
Contributor

Why releases weren't reaching prod

Prod (Rancher Cattle) pulls virtualflybrain/vfbchat:3.3 — the {{major}}.{{minor}} image, which only rebuilds on a v3.3.x tag push. But every version tag lands on the task-battery bot's commit "Add task battery results … [skip ci]" (main's head after a merge). GitHub honours [skip ci] on the tagged commit and skips the Docker build, so :3.3 never rebuilt after v3.3.1. Confirmed: the v3.3.3 tag has 0 Docker Image CI runs. Everything since v3.3.1 (auto-run injector, semantics, typing) is on Docker Hub under other tags but not in :3.3.

Fix

Add release: [published] and workflow_dispatch triggers. Neither is subject to a tagged commit's [skip ci], so the versioned image always rebuilds. Release process becomes: create the tag, then publish a GitHub Release for it (or run Docker Image CI manually on the tag) → :3.3 / :3.3.x rebuild.

To get current code live now (no wait on this PR)

The [skip ci] skip is only on the tagged commit, so tag a non-[skip ci] commit. The PR #9 merge commit bc8d584 ("Merge pull request #9") has the current code and no [skip ci]:

git tag v3.3.4 bc8d584 && git push origin v3.3.4

That fires the existing tags: 'v*' build → rebuilds :3.3. Then in Rancher upgrade the Cattle service and force-pull (same-tag :3.3 won't re-pull otherwise).

I can create that tag for you on your OK.

Version tags (v3.3.x) land on the task-battery "Add task battery results …
[skip ci]" commit on main, so a plain tag push skips the Docker build and the
{{major}}.{{minor}} image (:3.3, the tag prod's Rancher Cattle service pulls)
never rebuilds — releases since v3.3.1 never reached prod.

Add `release: [published]` and `workflow_dispatch` triggers, which are not
subject to a tagged commit's [skip ci]. Release process becomes: tag, then
publish a GitHub Release (or run the workflow manually on the tag) to force the
:3.3 rebuild.
@Robbie1977 Robbie1977 merged commit aa608ba into main Jul 15, 2026
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