Skip to content

chore(ci): publish from the release run instead of a release-branch push - #254

Merged
jfrench9 merged 1 commit into
mainfrom
chore/embed-publish-in-release
Oct 15, 2026
Merged

jfrench9 merged 1 commit into
mainfrom
chore/embed-publish-in-release

Conversation

@jfrench9

Copy link
Copy Markdown
Member

Summary

  • publish.yml is gone. Its job now runs inside create-release.yml after create-tag, under the production environment, so the required-reviewer prompt lands on the run just dispatched instead of on a second workflow.
  • The job checks out the release tag and verifies the version matches the one the run cut before anything is built or uploaded.
  • A failed publish is retried with Re-run failed jobs on that run; the version and tag are already cut. A new release is only needed when the code itself is at fault.
  • The /publish, /create-pr, /staged-review and /release-notes command docs describe the new flow.

Before the next release

PyPI's trusted publisher for robosystems-client must list create-release.yml with environment production. PyPI does not accept a reusable workflow as a trusted publisher, which is why the job is embedded rather than called. The publish.yml entry can be removed once a release has gone through.

🤖 Generated with Claude Code

The publish job now lives in create-release.yml, after the tag and under the
production environment, so the approval prompt lands on the run being watched.
A failed publish is retried with "Re-run failed jobs" on that run; the version
and tag are already cut. PyPI's trusted publisher must name create-release.yml.
@jfrench9
jfrench9 merged commit dfc1acf into main Oct 15, 2026
4 checks passed
@jfrench9
jfrench9 deleted the chore/embed-publish-in-release branch October 15, 2026 01:57
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