Skip to content

chore(release): bump to 0.7.0 (cb=3, refresh stuck PyPI badge)#19

Merged
hibou04-ops merged 1 commit into
mainfrom
release/0.7.0
May 22, 2026
Merged

chore(release): bump to 0.7.0 (cb=3, refresh stuck PyPI badge)#19
hibou04-ops merged 1 commit into
mainfrom
release/0.7.0

Conversation

@hibou04-ops
Copy link
Copy Markdown
Owner

Why

PyPI 0.6.0 page is stuck displaying v0.5.0 on its PyPI badge.

Root cause: PyPI per-version descriptions are immutable, and the 0.6.0 release shipped with ?cb=1 baked into its README. Cloudflare HIT-cached the cb=1 URL on shields.io while it was serving the then-current 0.5.0 response, so the 0.6.0 page is now permanently locked to that stale badge.

Sequencing bug in the previous release cycle:

What

Bundle version bump + cache-buster bump in one atomic PR this time:

  • pyproject.toml: version = "0.7.0"
  • src/mini_antemortem_cli/__init__.py: __version__ = "0.7.0"
  • README.md: PyPI badge ?cb=2 -> ?cb=3 (cb=3 is a never-queried token — guarantees fresh shields.io fetch post-publish)
  • docs/generated/claims*.md: regenerated via scripts/generate_readme_claims.py

Effect

After 0.7.0 publish:

  • https://pypi.org/project/mini-antemortem-cli/ (latest URL) renders 0.7.0 README with cb=3, badge shows fresh v0.7.0.
  • https://pypi.org/project/mini-antemortem-cli/0.6.0/ remains broken — irreversible by PyPI design, kept as part of the audit trail (do NOT yank).

Verification

  • python scripts/publish_readiness.py --no-network -> PUBLISH_READINESS_OK no-network locally.
  • CI 4-matrix (Ubuntu/Windows x py3.11/3.12) must be green before merge.
  • Post-merge: build, grep cb=3 in wheel METADATA, wheel smoke-install, twine upload, tag v0.7.0, gh release create.

Test plan

  • Local publish_readiness.py --no-network -> OK
  • 4-matrix CI green on this PR
  • Post-merge wheel METADATA contains cb=3
  • Post-publish PyPI latest URL renders v0.7.0 badge

PyPI 0.6.0 page is stuck displaying v0.5.0 on its PyPI badge because
its embedded README baked in `?cb=1`, which Cloudflare HIT-cached at
shields.io with the then-current 0.5.0 response. Per-version PyPI
descriptions are immutable, so the 0.6.0 page itself cannot be fixed.

0.7.0 bundles version bump + cb=2 -> cb=3 in one atomic PR (the
sequencing the previous release-cycle missed). cb=3 is a never-
queried token, so the first shields.io hit after 0.7.0 publish will
fetch fresh PyPI metadata. The latest-version PyPI URL
(/project/mini-antemortem-cli/) will then render correctly; the
/0.6.0/ direct URL remains broken-by-design as part of the audit
trail.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@hibou04-ops hibou04-ops merged commit f9f1ed1 into main May 22, 2026
4 checks passed
@hibou04-ops hibou04-ops deleted the release/0.7.0 branch May 22, 2026 23:47
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