🤖 Generated by the Daily AI Engineer
Evidence
Platform Release run https://github.com/devantler-tech/platform/actions/runs/29575790420 published v1.118.2, then failed in @semantic-release/github success handling with Could not resolve to an issue or pull request with the number of 6355. The triggering merge text contained a qualified kubernetes-sigs/headlamp#6353 reference followed separately by bare fix #6355; the latter was syntactically local even though the author intended the same upstream repository.
Audience and impact
Every repository consuming the shared create-release.yaml workflow can turn an ambiguous bare issue reference into a red main release after the tag and GitHub Release have already been published. That creates a misleading partial-failure state and encourages blind reruns.
Expected behavior
Consumers that do not need post-publication issue/PR notifications should be able to disable semantic-release success/fail hooks and remove their write permissions without changing verification, notes, tags, assets, or GitHub Release publication.
Delivered
Remaining acceptance criteria
- Roll the opt-in through affected public and private portfolio consumers using issue-backed slices.
- Observe at least one real opted-in release and record that publication stays green.
- Preserve the default path for consumers that intentionally rely on custom success/fail plugins.
- Decide separately whether ambiguous bare upstream references need release-note authoring guidance; do not infer a repository owner for
fix #N text.
Rough size
Medium portfolio rollout, decomposed per consumer.
Evidence
Platform Release run https://github.com/devantler-tech/platform/actions/runs/29575790420 published
v1.118.2, then failed in@semantic-release/githubsuccess handling withCould not resolve to an issue or pull request with the number of 6355.The triggering merge text contained a qualifiedkubernetes-sigs/headlamp#6353reference followed separately by barefix #6355; the latter was syntactically local even though the author intended the same upstream repository.Audience and impact
Every repository consuming the shared
create-release.yamlworkflow can turn an ambiguous bare issue reference into a redmainrelease after the tag and GitHub Release have already been published. That creates a misleading partial-failure state and encourages blind reruns.Expected behavior
Consumers that do not need post-publication issue/PR notifications should be able to disable semantic-release success/fail hooks and remove their write permissions without changing verification, notes, tags, assets, or GitHub Release publication.
Delivered
disable-issue-side-effectsinput, both-state required CI, and conditional least-privilege App token permissions.Remaining acceptance criteria
fix #Ntext.Rough size
Medium portfolio rollout, decomposed per consumer.