Skip to content

fix: use mapping env syntax in Buildkite pipelines#279

Open
wolfeidau wants to merge 2 commits into
mainfrom
fix/buildkite-matrix-env
Open

fix: use mapping env syntax in Buildkite pipelines#279
wolfeidau wants to merge 2 commits into
mainfrom
fix/buildkite-matrix-env

Conversation

@wolfeidau
Copy link
Copy Markdown
Member

No description provided.

@wolfeidau wolfeidau requested a review from buildsworth-bk June 2, 2026 07:02
@wolfeidau wolfeidau added the risk:L1 Buildsworth risk level 1. Buildsworth may approve this PR. label Jun 2, 2026
Copy link
Copy Markdown

@buildsworth-bk-app buildsworth-bk-app Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Straightforward fix — moving env to Buildkite's mapping form is what makes GOOS: "{{matrix}}" actually take effect during the split matrix build, and .goreleaser.yaml's ko disable condition (isEnvSet "GOOS") leans on that variable being set. The interpolation and quoting look right, and CI #727 is green.

The risk:L1 label landed after I picked this up — I agree it's L1-shaped (a CI-config bug fix with green CI); the only thing giving me slight pause is that it also touches the release pipeline. I'm holding at comment rather than approving solely because of the open question below — the PR also drops the Go cache config and the GOCACHE/GOMODCACHE vars, which is wider than the title. The path forward there is an answer, not a change: if dropping caching is intentional, this is an easy approve.

Want to dig deeper? The full session log is attached to this Buildkite build. Download the session file and open a new pi session with it:

Download the buildsworth logs from build 453, then answer my questions about the findings.

Comment thread .buildkite/pipeline.yml
- "~/gomodcache"
size: "100g"

steps:
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Question: This also removes the top-level cache: block and the GOCACHE/GOMODCACHE env vars, which is a bit wider than the title suggests. My guess is those vars never took effect under the old list syntax (same bug as GOOS), so ~/gocache/~/gomodcache were never populated and the caching was effectively a no-op. Is the intent to drop Go build/module caching for good, or is wiring it back up with the mapping syntax a follow-up?

@buildsworth-bk-app buildsworth-bk-app Bot removed the request for review from buildsworth-bk June 2, 2026 07:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

risk:L1 Buildsworth risk level 1. Buildsworth may approve this PR.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant