fix(checks): duplicate-section spares the entries immutable freezes, and 1.3.1 #29
No reviewers
Labels
No labels
accessibility
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
actions/changelog!29
Loading…
Reference in a new issue
No description provided.
Delete branch "mikluko/duplicate-section-frozen"
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?
1.3.0 shipped
duplicate-sectionaterroragainst every entry, released ones included. On a released entry the finding asks for an editrelease-entry-modifiedrefuses, so between them the two checks describe a document that cannot exist: remove the duplicate and the notes differ from what the tag published, leave it and the run stays red. A repository carrying a duplicate anywhere in its history had no move that turned CI green.The gate is the set
immutablealready walks, the entries the reference tag's changelog carried, rather than a second rule saying nearly the same thing. Two rules meant to agree drift; one set read by both cannot.An entry the tag never carried is still checked.
immutableadmits it as a repair rather than a rewrite, so it is one someone may still edit, and a finding on it is one they can act on.Verified against the document that hit this.
uptime-com/up2-monitoringatrelease/v0.182.0-pre, against tagv0.181.2::34open entry,:771frozen since 0.180.2:34only