Skip to content

chore: deploy staging from next scripts/helm#24013

Merged
alexghr merged 1 commit into
nextfrom
cb/nightly-deploys-checkout-next
Jun 11, 2026
Merged

chore: deploy staging from next scripts/helm#24013
alexghr merged 1 commit into
nextfrom
cb/nightly-deploys-checkout-next

Conversation

@AztecBot

@AztecBot AztecBot commented Jun 11, 2026

Copy link
Copy Markdown
Collaborator

What

Make all three nightly deployments run the deploy from the tip of next (latest scripts + helm) while keeping the correct image for each target network.

Deploy ref → next

  • deploy-staging-internal.yml, deploy-staging-public.yml: pass ref: next to deploy-network.yml so the spartan/ deploy scripts and helm charts come from next.
  • deploy-next-net.yml already passed ref: next (unchanged).

determine-tag job (staging)

  • Checkout a single commit at the tip of next (ref: next, fetch-depth: 1) instead of v5-next with full history.
  • Tag resolution: if an explicit tag input is given, use it as-is. Otherwise construct v5.0.0-nightly.<date> and verify it actually exists with git ls-remote --exit-code --tags origin, failing the deploy early if the nightly tag is missing rather than proceeding to deploy a non-existent image.

Why

deploy-network.yml checks out inputs.ref to run the deploy scripts/helm; when unset it falls back to github.ref (default branch on schedule, dispatch branch on workflow_dispatch), making the scripts/helm implicit and branch-dependent. Pinning to next keeps staging on the latest infra while semver/source_tag continue to select the v5-line image (v5.0.0-nightly.<date>), which is the correct image for the staging networks.

The v5.0.0-nightly.<date> tag is created on both the public and private repos (the nightly tagger tags v5-next on both), so the git ls-remote origin check resolves against whichever repo the workflow runs in.

@AztecBot AztecBot added ci-draft Run CI on draft PRs. ci-no-fail-fast Sets NO_FAIL_FAST in the CI so the run is not aborted on the first failure claudebox Owned by claudebox. it can push to this PR. labels Jun 11, 2026
AztecBot added a commit that referenced this pull request Jun 11, 2026
@alexghr alexghr marked this pull request as ready for review June 11, 2026 13:59
@alexghr alexghr requested a review from charlielye as a code owner June 11, 2026 13:59
@alexghr alexghr changed the title ci: deploy staging-internal and staging-public from next scripts/helm chore: deploy staging from next scripts/helm Jun 11, 2026
@alexghr alexghr enabled auto-merge June 11, 2026 13:59
@AztecBot AztecBot force-pushed the cb/nightly-deploys-checkout-next branch from 5f462eb to 84a6ecf Compare June 11, 2026 14:02
## What

Make all three nightly deployments run the deploy from the tip of `next` (latest scripts + helm) while keeping the correct image for each target network.

### Deploy ref → `next`
- `deploy-staging-internal.yml`, `deploy-staging-public.yml`: pass `ref: next` to `deploy-network.yml` so the `spartan/` deploy scripts and helm charts come from `next`.
- `deploy-next-net.yml` already passed `ref: next` (unchanged).

### `determine-tag` job (staging)
- Checkout a single commit at the tip of `next` (`ref: next`, `fetch-depth: 1`) instead of `v5-next` with full history.
- Tag resolution: if an explicit `tag` input is given, use it as-is. Otherwise construct `v5.0.0-nightly.<date>` and verify it actually exists with `git ls-remote --exit-code --tags origin`, failing the deploy early if the nightly tag is missing rather than proceeding to deploy a non-existent image.

## Why

`deploy-network.yml` checks out `inputs.ref` to run the deploy scripts/helm; when unset it falls back to `github.ref` (default branch on `schedule`, dispatch branch on `workflow_dispatch`), making the scripts/helm implicit and branch-dependent. Pinning to `next` keeps staging on the latest infra while `semver`/`source_tag` continue to select the v5-line image (`v5.0.0-nightly.<date>`), which is the correct image for the staging networks.

The `v5.0.0-nightly.<date>` tag is created on both the public and private repos (the nightly tagger tags `v5-next` on both), so the `git ls-remote origin` check resolves against whichever repo the workflow runs in.
@AztecBot AztecBot force-pushed the cb/nightly-deploys-checkout-next branch from 84a6ecf to 5bb74e9 Compare June 11, 2026 14:04
@alexghr alexghr added this pull request to the merge queue Jun 11, 2026
Merged via the queue into next with commit be3c547 Jun 11, 2026
19 checks passed
@alexghr alexghr deleted the cb/nightly-deploys-checkout-next branch June 11, 2026 14:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ci-draft Run CI on draft PRs. ci-no-fail-fast Sets NO_FAIL_FAST in the CI so the run is not aborted on the first failure ci-skip claudebox Owned by claudebox. it can push to this PR.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants