ci: republish each Forgejo release on the GitHub mirror #487
No reviewers
Labels
No labels
priority/P0
priority/P1
priority/P2
release/v0.1.0
status/blocked
status/planned
type/bug
type/design
type/test-gap
type/tracker
No milestone
No project
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set
Reference
natsukium/felis!487
Loading…
Reference in a new issue
No description provided.
Delete branch "ci/github-release-mirror"
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?
Pre-v0.1.0 staleness sweep, plus the release mirror the sweep turned up as missing.
docs:README linkedbenchmarks.md#summary, which does not exist (lychee offline does not check fragments);terminal-identity.mdcited REQ-211 (NRCS) for the SCS no-op instead of REQ-213.ci:the GitHub push mirror carries refs but not release pages, soinstall.mdhad to send readers to Forgejo..github/workflows/release-mirror.ymlfires on the mirroredv*tag, waits for the Forgejo release to publish, and copies its body and assets to a GitHub release (draft first, published once every asset is attached). It uses only the workflow's ownGITHUB_TOKENand reads Forgejo anonymously.tools/release/mirror.pycarries the logic;just release-mirror-test(now part ofjust selftest) runs it against a fake Forgejo and GitHub.Before tagging v0.1.0: GitHub Actions must be enabled on
felis-terminal/felis, and an rc.8 should exercise both this and the release-workflow changes merged since rc.7 (#477, #479).