Skip to content

fix(release): prevent cross-repo issue references from failing success #610

Description

@devantler

🤖 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.

Metadata

Metadata

Assignees

No one assigned

    Type

    Fields

    No fields configured for Bug.

    Projects

    Status
    📥 Backlog

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions