Skip to content

Commit 5ed81db

Browse files
charliekclaude
andcommitted
fix(release): give publish-release a repo context for gh
The job has no checkout by design — it only talks to the API — but 'gh release view/edit' resolves the repository from a git remote, unlike 'gh api <path>'. Without one every call failed with 'not a git repository', and the existence check (which suppresses gh's stderr) reported it as 'no release v0.0.18 exists'. The draft was sitting there with all four correct assets. This job was added in plan 024 and v0.0.18 was its first real run; ci-gate and dispatch-apt-charliek also skip checkout but call 'gh api' with explicit repo paths, so they were never affected. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1 parent 961ed11 commit 5ed81db

1 file changed

Lines changed: 6 additions & 0 deletions

File tree

.github/workflows/release.yml

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -844,6 +844,12 @@ jobs:
844844
- name: Assert the artifact set, then publish
845845
env:
846846
GH_TOKEN: ${{ github.token }}
847+
# This job deliberately has no checkout — it only talks to the API.
848+
# But `gh release …` (unlike `gh api <path>`) resolves the repo from
849+
# a git remote, so without this every call fails with "not a git
850+
# repository" and the existence check below reports it as "no
851+
# release exists". v0.0.18 died here on this job's first real run.
852+
GH_REPO: ${{ github.repository }}
847853
run: |
848854
set -euo pipefail
849855
tag="${GITHUB_REF_NAME}"

0 commit comments

Comments
 (0)