The release workflow passes its notes by file, caps a long page and checks the release exists (#1154) #1155
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/1154-release-notes-by-file"
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?
Fixes #1154.
The failure
On
v4.5.0the "Create Forgejo release" job died withexec /usr/bin/bash: argument list too long: the notes went through a step output into the release action'srelease-notesinput, and the[4.5.0]section is 344 KB. It had been failing on prereleases too, unnoticed, because the images job succeeded.What changes
scripts/changelog.py release-notes --tag … --out release-notes.mdwrites them; the release is created with the API from that file (jq --rawfile,curl --data-binary). Nothing long travels through an output, an environment value or an argument.changelog.d/for a prerelease). The 4.5.0 section comes out at 1,172 characters. Under the cap, the full notes as before.v4.5.0's hand-made one) is updated, not a failure.docs/OPERATIONS.md: both release procedures gain "check the release page exists".forgejo-releaseaction is no longer used; the job uses the run's own token, as the action did.Checks
changelog.py check: OK. The workflow file parses.v4.5.1-rc1. Not confirmed: that the run's token may write releases through the API directly (the action used the same token), and thatjqis on the runner image.🤖 Generated with Claude Code