test: check the vendored MADR files against the upstream blob SHAs in their NOTICE #520
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#520
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
What happens
internal/service/adr/madr/NOTICErecords the upstream git blob SHA of each vendored MADR 4.0.0 file and says they are vendored byte for byte, becauseadr newandadr initwrite them out verbatim. Nothing checks it. A reformat, a stray edit, or a normalised newline would pass every gate.Ask
A test that computes each vendored file's git blob hash and compares it with the SHA recorded in
NOTICE. It fails with the file name and both hashes.Acceptance
NOTICEand the files together.