Skip to content

pgw#1323: attribute the silent release note to the wheel that shipped it - #934

Open
PaulFidika wants to merge 1 commit into
masterfrom
1323-changelog-repair
Open

pgw#1323: attribute the silent release note to the wheel that shipped it#934
PaulFidika wants to merge 1 commit into
masterfrom
1323-changelog-repair

Conversation

@PaulFidika

Copy link
Copy Markdown
Contributor

pgw#1323's code shipped in 0.121.0 with no fragment, no consumed.tsv row and no mention in that section. Two cutters tried the documented repair and backed it out, because --version <older> swept every pending fragment into the older section — 5 for the 0.122.0 cutter, 16 for me on the 0.123.0 attempt.

pgw#926 fixed the assembler; this is the repair it makes safe:

pgw1323.md -> 0.121.0 (late; its code shipped in v0.121.0)
2 fragment(s) pending, not in 0.121.0:      <- HELD, not swept
  pgw1346-b3a-families.md ... unshipped work cannot be dated into it
  pgw1355.md              ... unshipped work cannot be dated into it

Verified, not assumed: exactly one ## 0.121.0 heading (the old bug prepended a duplicate), exactly one new ledger row 0.121.0\tpgw1323, the bullet inside the real section under the "Attributed after the cut (pgw#1226)" note, and pyproject.toml untouched — a repair, not a cut.

…y shipped it

pgw#1323's code shipped in 0.121.0 with no fragment, no consumed.tsv row and no
mention in that section — a silent release note, verified four ways when it was
found. Two cutters then tried the documented repair and backed it out, because
`--version <older>` swept every pending fragment into the older section: 5
fragments for the 0.122.0 cutter, 16 for me on the 0.123.0 attempt.

pgw#926 fixed the assembler, and this is the repair it makes safe. Run on
fc25405's successor, it does exactly what docs/releasing.md always promised:

  pgw1323.md -> 0.121.0 (late; its code shipped in v0.121.0)
  2 fragment(s) pending, not in 0.121.0:  <- HELD, not swept
    pgw1346-b3a-families.md ... unshipped work cannot be dated into it
    pgw1355.md              ... unshipped work cannot be dated into it

Verified rather than assumed: exactly ONE `## 0.121.0` heading (the old bug
prepended a duplicate), exactly one new ledger row `0.121.0 pgw1323`, the bullet
inside the real section under the "*Attributed after the cut (pgw#1226)*" note,
and `pyproject.toml` untouched — this is a repair, not a cut, and it bumps
nothing.
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