Skip to content

fix: give publish-latest its own workflow name - #36

Merged
tdudgeon merged 1 commit into
mainfrom
fix/publish-latest-workflow-name
Aug 13, 2026
Merged

fix: give publish-latest its own workflow name#36
tdudgeon merged 1 commit into
mainfrom
fix/publish-latest-workflow-name

Conversation

@tdudgeon

Copy link
Copy Markdown
Collaborator

publish-latest.yaml declared name: publish-stable, so both publish workflows appeared under the same name in the Actions UI and API:

$ gh api repos/InformaticsMatters/virtual-screening/actions/workflows
publish-stable  state=active
publish-stable  state=disabled_inactivity
...

Two identically-named entries, one active and one disabled, with no way to tell which file each corresponds to.

Changes

.github/workflows/publish-latest.yaml

  • name: publish-stablename: publish-latest
  • Header comment said "Actions that take place on tags. Here we build a 'stable' image, regardless of tag value." — copy-pasted from publish-stable.yaml and wrong on both counts. It triggers on the staging branch and builds latest.
  • Job key call-build-without-pushcall-build-with-push; it passes image-push: true, so the old name said the opposite of what it does.

.github/workflows/publish-stable.yaml

  • Fixes the stabkle typo in the header and names the branch it fires on.

No behaviour change

on: triggers, image-tag, image-push and secrets: inherit are all untouched. Renaming a workflow does reset its run history in the Actions UI, which costs nothing here — both workflows currently report total_count=0 runs.

All seven workflow names are now unique: build, build-and-push, build-all-with-push-option, publish-latest, publish-stable, publish-tag, test.

🤖 Generated with Claude Code

publish-latest.yaml declared 'name: publish-stable', so both publish
workflows appeared under the same name in the Actions UI and API - the
workflow listing showed two 'publish-stable' entries, one active and one
disabled_inactivity, with no way to tell which file was which.

Its header comment was copy-pasted from publish-stable.yaml too, and
described triggering on tags and building a 'stable' image. It triggers on
the 'staging' branch and builds 'latest'. The job key 'call-build-without-push'
was likewise inaccurate - it passes image-push: true.

Also correct the 'stabkle' typo in publish-stable.yaml's header while
here, and say which branch it fires on.

No behaviour change: triggers, inputs and secrets are untouched.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@tdudgeon
tdudgeon merged commit 1c7bff7 into main Aug 13, 2026
12 checks passed
@tdudgeon
tdudgeon deleted the fix/publish-latest-workflow-name branch August 13, 2026 14:17
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