Skip to content

ci(goreleaser): pin project_name to shredstream-proxy#17

Merged
linuskendall merged 1 commit into
masterfrom
pla-452-goreleaser-project-name
Jun 2, 2026
Merged

ci(goreleaser): pin project_name to shredstream-proxy#17
linuskendall merged 1 commit into
masterfrom
pla-452-goreleaser-project-name

Conversation

@linuskendall

Copy link
Copy Markdown
Member

Summary

Pin project_name: shredstream-proxy in the repo's .goreleaser.yaml.

Binaries-ci's ci/goreleaser-patch.yaml uploads to a GCS blob directory templated as {{ .ProjectName }}/v{{ .Version }}. In normal (default-mode) releases goreleaser auto-detects the project name as shredstream-proxy, so the path is correct. But when build-release.yml fetches this config to rebuild an older tag that predates this file (e.g. v0.2.12-triton-0004, needed by terraform#890), goreleaser resolves the project name to the CI repo (Binaries-ci) instead — uploading to Binaries-ci/... rather than shredstream-proxy/....

Pinning project_name makes the upload path deterministic in every build context. No effect on normal releases (it's the value already auto-detected).

Test plan

  • Rebuild v0.2.12-triton-0004 via build-release.yml pointing at this config; confirm it lands at gs://nomad-triton-test/shredstream-proxy/v0.2.12-triton-0004/jito-shredstream-proxy-linux-amd64.

🤖 Generated with Claude Code

So the GCS blob directory injected by Binaries-ci's goreleaser-patch
({{ .ProjectName }}/v{{ .Version }}) is always shredstream-proxy/ regardless
of build context. When build-release.yml fetches this config to rebuild an
older tag that predates the file (e.g. v0.2.12-triton-0004), goreleaser
otherwise resolves the project name to the CI repo (Binaries-ci), corrupting
the upload path.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@linuskendall linuskendall merged commit faa28da into master Jun 2, 2026
1 of 3 checks passed
@linuskendall linuskendall deleted the pla-452-goreleaser-project-name branch June 2, 2026 10:24
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