Skip to content

feat(ci): merge-train/spartan-v6 (v5-next port) - #24517

Merged
ludamad merged 1 commit into
v5-nextfrom
cb/merge-train-spartan-v6-v5next
Jul 3, 2026
Merged

ludamad merged 1 commit into
v5-nextfrom
cb/merge-train-spartan-v6-v5next

Conversation

@AztecBot

@AztecBot AztecBot commented Jul 3, 2026

Copy link
Copy Markdown
Collaborator

Hand-port of the v6 merge-train wiring directly onto v5-next, so a v6-next forked off v5-next carries the automation immediately (rather than waiting for nextv5-next propagation). Companion to the next-based PR #24516.

Same three-file change as #24516:

  • merge-train-create-pr.yml — generalize base-branch detection from the hard-coded *-v5 check to any -v<N> suffix (-v5v5-next, -v6v6-next; v5 behavior unchanged). Add merge-train/spartan-v6 to the ci-full-no-test-cache list.
  • merge-train-next-to-branches.yml — add v6-next to the push trigger and a branch that auto-pulls v6-next into merge-train/spartan-v6.
  • merge-train-stale-check.yml — add a spartan-v6 stale-check job (BASE_BRANCH: v6-next, #team-alpha), matching this branch's guard-free job style.

private-port-next stays scoped to v5-next bases (so spartan-v6 PRs are not auto-forward-ported), and notify-private-sync / nightly release-tag / spartan-bench are untouched — v6-next is a public-first staging line, not a release line.

Branch sequence after this lands

  1. Merge this PR into v5-next.
  2. Create v6-next off v5-next (now carrying the v6 wiring).
  3. Create merge-train/spartan-v6 off v6-nextcreate-pr sees the tip is already in v6-next and skips; the first real commit opens the train PR against v6-next.

Created by claudebox · group: slackbot

@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 Jul 3, 2026
@ludamad
ludamad marked this pull request as ready for review July 3, 2026 22:05
@ludamad
ludamad requested a review from charlielye as a code owner July 3, 2026 22:05
@ludamad ludamad changed the title ci: wire up merge-train/spartan-v6 → v6-next release line (v5-next) feat(ci): merge-train/spartan-v6 (v5-next port) Jul 3, 2026
@ludamad
ludamad added this pull request to the merge queue Jul 3, 2026
@AztecBot

AztecBot commented Jul 3, 2026

Copy link
Copy Markdown
Collaborator Author

Flakey Tests

🤖 says: This CI run detected 1 tests that failed, but were tolerated due to a .test_patterns.yml entry.

\033FLAKED\033 (8;;http://ci.aztec-labs.com/4f5a8a7ff5386976�4f5a8a7ff53869768;;�):  yarn-project/end-to-end/scripts/run_test.sh simple src/single-node/proving/proof_fails.parallel.test.ts "does not allow submitting proof after epoch end" (119s) (code: 0) group:e2e-p2p-epoch-flakes

Merged via the queue into v5-next with commit 888e322 Jul 3, 2026
63 of 68 checks passed
@ludamad
ludamad deleted the cb/merge-train-spartan-v6-v5next branch July 3, 2026 22:43
ludamad pushed a commit that referenced this pull request Jul 6, 2026
…v5-next) (#24538)

Follow-up to the merged v6 merge-train wiring (#24516 / #24517).
Generalizes the `private-port-next` auto-label in
`merge-train-create-pr.yml` from `v5-next`-only to any `v<N>-next` base,
so `merge-train/spartan-v6` PRs into `v6-next` are automatically
forward-ported by the private-port-next driver — matching the agreed v6
plan (v6-next work is forward-ported, not held).

```
-              if [[ "$base_branch" == "v5-next" ]]; then
+              if [[ "$base_branch" =~ ^v[0-9]+-next$ ]]; then
```

No change to v5 behavior (`v5-next` still matches). Hand-ported onto
`v5-next` so a `v6-next` forked off it carries the rule immediately;
companion PR opened against `next` to keep the two workflow copies
identical.

---
*Created by
[claudebox](https://claudebox.work/v2/sessions/706da64a13de6c13) ·
group: `slackbot`*
ludamad pushed a commit that referenced this pull request Jul 6, 2026
…24539)

Follow-up to the merged v6 merge-train wiring (#24516 / #24517).
Generalizes the `private-port-next` auto-label in
`merge-train-create-pr.yml` from `v5-next`-only to any `v<N>-next` base,
so `merge-train/spartan-v6` PRs into `v6-next` are automatically
forward-ported by the private-port-next driver — matching the agreed v6
plan.

```
-              if [[ "$base_branch" == "v5-next" ]]; then
+              if [[ "$base_branch" =~ ^v[0-9]+-next$ ]]; then
```

No change to v5 behavior (`v5-next` still matches). Companion to #24538
(same change on `v5-next`), keeping the `next`/`v5-next` copies of this
workflow identical.

---
*Created by
[claudebox](https://claudebox.work/v2/sessions/706da64a13de6c13) ·
group: `slackbot`*
danielntmd pushed a commit to danielntmd/aztec-packages that referenced this pull request Jul 13, 2026
…ztecProtocol#24585)

Documents the new v6 release line in the `CLAUDE.md` git-workflow
base-branch guidance, so contributors and agents pick
`merge-train/spartan-v6` (→ `v6-next`) for v6 work instead of defaulting
to `merge-train/spartan` or `next`. Mirrors the existing `spartan-v5` →
`v5-next` note.

```
-For work scoped to the v5 release line, use `merge-train/spartan-v5` (which targets `v5-next`) in place of `merge-train/spartan`.
+For work scoped to a release line, use the matching `merge-train/spartan-v<N>` … `spartan-v5` targets `v5-next`, and `spartan-v6` targets `v6-next` (the public staging line for v6 work).
```

Doc-only. Companion to the merged v6 merge-train wiring (AztecProtocol#24516 /
AztecProtocol#24517) and label generalization (AztecProtocol#24538 / AztecProtocol#24539).

---
*Created by
[claudebox](https://claudebox.work/v2/sessions/706da64a13de6c13) ·
group: `slackbot`*
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 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