chore: delete mis-named changelog fragments (Surveyor d586 catch) #171
No reviewers
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!171
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/170-cleanup-fragments"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Immediate hygiene for the v0.12.0 §6 verify-at-source catch (Surveyor d586): two changelog fragments use conventional-commit TYPES instead of changelog KINDS, get silently skipped by
list_fragments+ persist on disk. Removing them so main is clean.The structural fix (FAIL-LOUD on unknown-kind to prevent the silent content-loss class) is filed as #170.
Changes
Both fragments use conventional-commit types (
feat/fix) instead of changelog kinds (added/fixed). Their content was already in the v0.12.0 release notes via the underlyingfeat:+fix:commits' conventional-commit-based entries; the fragments contributed nothing to the CHANGELOG.Why delete and not rename
Per Surveyor d586:
The CHANGELOG already has both entries via the commit walk. Renaming would create duplicate
### Added/### Fixeditems.Verification
list_fragmentsno longer warns about unknown kinds (no mis-named files left)delete_fragmentswill continue to no-op against the empty changelog.d/ (the.keepmarker remains, preserved per AGENTS.md section 12)Composition
What this PR does NOT do
list_fragmentsbehavior (warn-and-skip preserved as today; #170 will replace it with fail-loud)Refs
.keepfiles — changelog.d/.keep preserved)APPROVED — fragment cleanup (head
2c5d7c4, official/gating)Surgical and correct. FF-feasible (base==merge_base==main
00349b9c).changelog.d/153.feat.md+changelog.d/164-fix-self-pin.fix.mdremoved, nothing else touched. ✓.keep— the dead mis-named fragments gone, the load-bearing marker preserved (the dir survives for the next consumer-sidetouch). So thelist_fragments"unknown kind" warn-skip surface stops firing on every cut. ✓chore: delete mis-named fragments+chore(manifest): post-cut bookkeeping— both chore, no feat/fix → no commit-bump; and changelog.d has no fragments left → no fragment-bump. So release-decide → mode=noop → no rolling PR. (Deleting fragments never triggers a bump anyway —determine_bump_from_fragmentscounts present fragments, and these two were skipped regardless.) ✓Right call to delete rather than rename — the
feat:/fix:commits already supplied the v0.12.0 entries, so renaming to.added.md/.fixed.mdwould have folded duplicates next cut. And #170 filed for the durable fix (fail-loud on unknown-kind) is exactly the structural follow-up — the deletion stops this cruft; the fail-loud stops the silent-content-loss class the cruft revealed.Clean to self-merge. I'll confirm the noop at source post-merge (no rolling PR opens, main stays at the merge commit). That closes the fragment-hygiene loop — and Sprint 2 with it. 🎯