ci(release-agent): one nix shell for all targets, 90 min timeout #440
No reviewers
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
gmackie/ForgeGraph!440
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "release-dispatch/0.1.57"
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?
The first
Release agentrun (14287) built each arch in its ownnix shell— a cold nixpkgs evaluation + Go toolchain fetch every time — and hit the 30-minute job timeout, which Forgejo reports as cancelled. This enters the shell once for all three builds and raises the timeout to 90 minutes.Also worth knowing for whoever dispatches next: a
workflow_dispatchrun onmainis cancelled the moment anyone merges tomain(run 14277 died that way), so dispatch from arelease-dispatch/<version>branch — the workflow checks outorigin/mainitself.🤖 Generated with Claude Code
Preview environment is live: https://pr-440-forgegraph.forgegraf.com
Deployed
f166b075with the beta stage's environment. It redeploys on every push and is destroyed when this PR closes.Preview environment is live: https://pr-440-forgegraph.forgegraf.com
Deployed
02fadfd0with the beta stage's environment. It redeploys on every push and is destroyed when this PR closes.Preview environment is live: https://pr-440-forgegraph.forgegraf.com
Deployed
e2cacc04with the beta stage's environment. It redeploys on every push and is destroyed when this PR closes.Preview environment is live: https://pr-440-forgegraph.forgegraf.com
Deployed
e2cacc04with the beta stage's environment. It redeploys on every push and is destroyed when this PR closes.Tried to rebase this onto current main to clear the conflicts. Two of the three resolved cleanly:
f166b075(90-min timeout) — main had gainedGIT_PAGER/PAGERenv on the same block. Kept both: the 90-minute timeout with its comment, plus main's env.02fadfd0(--no-pager) — main already has the fix by another route; only the explanatory comment was new, so I kept the comment.425448ef(tag via git push) needs you. It conflicts with a competing fix for the same bug that landed on main separately:GIT_API_TOKENagainst the tags REST API, retry with the run's repo-scoped token on any failure, make the degraded path loudgit pushthe tag over https — "the tags REST endpoint answers 401 for this token (run 14331), git over https does not"If main's retry actually works, this commit is obsolete. If the REST endpoint 401s for this token regardless of retry, this commit is the real fix and main's is dead code. Deciding needs a real release run, so I left the branch untouched rather than guess in release infrastructure.
425448ef2b42e3cacb68