feat: prune_releases.py -- PEP 440-aware release pruning (issue #128, Phase 1)
Replaces sort -V's lexical comparison with packaging.version.Version for deciding which release tarballs to keep during publish cleanup.
Found and corrected a real error in issue #128's own plan during TDD: the plan's stated exit gate expected 0.2.0.dev1 to survive pruning ahead of 0.2.0rc14-16, but PEP 440 correctly ranks dev as the lowest-precedence pre-release stage for a shared base version -- 0.2.0.dev1 < 0.2.0rc16 is right, not a bug. The actual root cause is that the channel pivot reused the base version 0.2.0 for the new nightly instead of bumping it. Added a docs/versioning.md rule: a channel pivot must bump the base version. stale_releases() itself needed no behavior change -- only the plan's narrative and its test expectations did.
PRUNE_01-07 all green; PRUNE_01b specifically confirms the corrected fix (bumped base version) produces the originally-intended outcome.
Semantic Changes
26 symbols
0 comments
muse hub commit comment sha256:d21dd1eafdd88cdcde0f9d636e3dedff5ce7ac43a63bc74d5d336410e7cdc7de --body "your comment"
No comments yet. Be the first to start the discussion.