fix(release): make release.sh survive tag.gpgsign and a missing forge release #104
No reviewers
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!104
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "refs/pull/104/head"
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?
Summary
Two release.sh bugs stranded v0.15.1 half-cut (tag pushed, no release):
forge_release_existscheckedmadtea api's exit code, but the api passthrough exits 0 even on HTTP 404 (error JSON on stdout) — so the check was always-true and goreleaser was skipped for a release that didn't exist. Switched tomadtea release get, which exits nonzero when the release is missing (verified: missing→1, existing→0).git tag "$tag"(lightweight) dies non-interactively withfatal: no tag message?under the repo-localtag.gpgsign=trueadded after v0.15.0, because signing forces an annotated tag that demands a message. Now creates the tag with-m "$tag".The
madtea apiexit-0-on-HTTP-error behavior itself is a CLI bug (gh api exits 1); filed separately.