Prepare the 0.7.1 source release candidate - #38
Merged
Conversation
JovaniPink
marked this pull request as ready for review
August 23, 2026 12:04
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Prepare the focused
0.7.1source and wheel metadata for the SCXML fixture-custody and parallel-conformance work already merged in #36 and #37.This PR advances version surfaces from
0.7.0to0.7.1, documents the bounded runtime changes already onmaster, and makes package-index publication fail closed until name ownership and authorization are explicitly verified. It adds no runtime behavior.Why
masterowns the configured SCXML fixture subset and passes the expanded parallel cases, but package metadata and the manual preflight still identified0.7.0. The first draft also treatedpip install xstateand PyPI publication as ready even though the publicxstateproject is a separate0.0.1distribution and JovaniPink ownership is not established.The repaired release boundary keeps the technically complete
0.7.1artifacts while refusing to turn unverified package-index ownership into a marketing or operational claim.Scope
[project].versionto0.7.1.0.7.1changelog entry for repository-owned SCXML fixtures, the safe fixture-proven integer subset, 15 enabledmore-parallelcases, and corrected atomic self-transition behavior.v0.7.1.pip install xstateinstruction with exact-commit source installation.vars.PYPI_PUBLISH_ENABLED == 'true'in addition to the existing token, tag, master-ref, draft, and prerelease checks.0.7.0references and runtime/API behavior.Evidence and dependency order
masterat502da528777a72c3e26057fd54142c229a566bd2.0462a3b5394ec4fd2a9feed816c56b2251f78570.xstate0.0.1under a different maintainer; no JovaniPink release or ownership was verified.PYPI_PUBLISH_ENABLEDvariable, so the publish job is fail-closed.Intended order: merged #36 and #37 -> this source metadata PR -> post-merge preflight on exact
master-> separate owner decision about package name, index ownership, GitHub Release, and publication.Validation
poetry check --lock: passed.0.7.1sdist and wheel: built successfully.PYPI_PUBLISH_ENABLEDgate.HEADdid not equalorigin/master.git diff --check: passed.The complete preflight must be rerun after merge against the exact merge commit, when
HEADandorigin/masterare equal.Public claim boundary
0.7.1is an alpha source/wheel candidate, not a verified PyPI release.pip install xstatecurrently refers to a separate public distribution.Non-goals
Risk and rollback
Review focus
0.7.1source-candidate label across public and agent-facing docs.Unresolved owner decision
Choose and verify the final Python distribution destination: obtain authorized ownership of
xstateor select a different package name. Only then shouldPYPI_PUBLISH_ENABLEDbe created and a release publication considered.