Development record
Two ADR files claiming one id are read first-wins: recordid's resolver kept the first path in name order for an id two files claim, and record-lint had unique-id rules for intents, issues and specs only, so an accepted 0037-a.md beside a proposed 0037-x.md settled every reader of adr-37 (abcd adr-37 rendered the twin; a start-blocker check reading the status would settle on it).
issueresolvedminoriss-2609301000153822
Two ADR files claiming one id are read first-wins: recordid's resolver kept the first path in name order for an id two files claim, and record-lint had unique-id rules for intents, issues and specs only, so an accepted 0037-a.md beside a proposed 0037-x.md settled every reader of adr-37 (abcd adr-37 rendered the twin; a start-blocker check reading the status would settle on it).
Grounds
- pursued: two files answering to one ADR id fail record-lint and make abcd adr-N refuse naming both; a duplicate that passes record-lint, or a lookup that returns one of two claimants, would show it wrong
Frontmatter
| id | iss-2609301000153822 |
|---|---|
| type | issue |
| lifecycle | resolved |
| severity | minor |
.abcd/work/issues/resolved/iss-2609301000153822-two-adr-files-claiming-one-id-are-read.md
open on GitHub ↗ · commit history ↗
mentions1
- adr-37Releases are changelog-driven — rolling `[Unreleased]` is the release decision, and automation tags exactly that commit