Skip to content

ci: use PAT (GH_TOKEN) for goreleaser releases from fork - #34

Closed
eeran-cs wants to merge 1 commit into
CrowdStrike:mainfrom
eeran-cs:feat/fork-release-workflow
Closed

ci: use PAT (GH_TOKEN) for goreleaser releases from fork#34
eeran-cs wants to merge 1 commit into
CrowdStrike:mainfrom
eeran-cs:feat/fork-release-workflow

Conversation

@eeran-cs

Copy link
Copy Markdown
Contributor

Summary

  • Switches the GoReleaser release workflow from the auto-generated GITHUB_TOKEN to a PAT stored as the GH_TOKEN repository secret
  • GITHUB_TOKEN is scoped to the fork and cannot create releases in the upstream repository; a PAT with repo scope is required by goreleaser for fork publishing
  • No changes to build logic, archive formats, or other workflow steps

Setup required

A repository secret named GH_TOKEN must be added to the fork with a PAT that has the repo scope. This allows goreleaser to upload compiled binaries as GitHub Release assets when a v*.*.* tag is pushed.

Test plan

  • Create a GH_TOKEN secret in the fork with a PAT (repo scope)
  • Push a semver tag (e.g. v0.1.0) to the fork's main
  • Confirm the Release workflow completes and release assets (binaries + checksums) appear on the GitHub Releases page

GITHUB_TOKEN is scoped to the fork and cannot create releases in the
upstream repository. Switch to a PAT stored as GH_TOKEN with repo scope,
as recommended by the goreleaser documentation for fork publishing.
@eeran-cs eeran-cs closed this Aug 12, 2026
@eeran-cs
eeran-cs deleted the feat/fork-release-workflow branch August 12, 2026 22:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant