Skip to content

Add an OIDC release workflow so plexus-mesh can be published - #15

Merged
HarperZ9 merged 1 commit into
mainfrom
ci/release-workflow
Sep 22, 2026
Merged

HarperZ9 merged 1 commit into
mainfrom
ci/release-workflow

Conversation

@HarperZ9

Copy link
Copy Markdown
Owner

Part of making the Flywheel lane roster actually installable. Six lanes were advertised in harness/lanes_registry.py as pip installs that a user cannot obtain: three because the PyPI name belongs to an unrelated project, three because nothing was ever published. This repository is one of them.

Why the release workflow is shaped this way

Publishing uses OIDC trusted publishing, so no token is stored in the repository or in GitHub secrets. Actions are pinned by commit SHA rather than by tag, because a moving tag is a supply-chain hole and this is a project about provenance.

Four gates run before anything can be published:

  1. The tag must equal the version declared in pyproject.toml.
  2. Every artifact digest is printed to the run log, so published bytes can be matched later against built bytes.
  3. Every declared console script is resolved to a real callable in a clean venv.
  4. The sdist must itself build a wheel, so a source install is not left broken by a missing MANIFEST entry.

Gate 3 is deliberately stronger than a --version smoke, and it is not hypothetical. A --version check would have passed four of these seven packages while three had no --version handler at all, and it would have missed accountable-surface shipping a wheel that installs cleanly and then raises ModuleNotFoundError: No module named 'coherence_membrane' on first import. Resolving entry points caught that.

Publishing uses PEP 740 attestations, so the index records which workflow built the bytes and a third party can verify that without trusting us.

The publish job stays skipped until the repository variable PYPI_ENABLED is set to true, so tagging exercises the whole build and smoke path before the trusted publisher exists.

Before this can publish

A trusted publisher must be registered on PyPI for this project, owner HarperZ9, workflow release.yml, environment pypi. For a name that does not exist yet, that is a pending publisher; the first successful run creates the project.

🤖 Generated with Claude Code

Publishes to PyPI with trusted publishing, so no token is stored in the repo or
in GitHub secrets. Actions are pinned by commit SHA rather than by tag, because a
moving tag is a supply-chain hole and this is a project about provenance.

Four gates run before anything can be published:

1. The tag must equal the version declared in pyproject.toml.
2. Every artifact digest is printed to the run log, so the bytes that were
   published can be matched later against the bytes that were built.
3. Every declared console script is resolved to a real callable in a clean venv.
   This is deliberately stronger than a `--version` smoke. A package whose entry
   point names a function that does not exist installs cleanly and fails on first
   use, and that is not hypothetical: this exact check caught accountable-surface
   shipping with an undeclared coherence_membrane dependency.
4. The sdist must itself build a wheel, so a source install is not left broken by
   a missing file in MANIFEST.

Publishing uses PEP 740 attestations, so the index records which workflow built
the bytes and a third party can check that without trusting us.

The publish job stays skipped until the repository variable PYPI_ENABLED is set
to true, so tagging exercises the whole build and smoke path before the trusted
publisher exists.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@HarperZ9
HarperZ9 merged commit ce62a3a into main Sep 22, 2026
10 checks passed
@HarperZ9
HarperZ9 deleted the ci/release-workflow branch September 22, 2026 22:37
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