Skip to content

Add run-nightly-stress.yml: dispatch nightly-stress-test.yml per branch - #70103

Open
charzl wants to merge 1 commit into
masterfrom
feature/run-nightly-stress
Open

Add run-nightly-stress.yml: dispatch nightly-stress-test.yml per branch#70103
charzl wants to merge 1 commit into
masterfrom
feature/run-nightly-stress

Conversation

@charzl

@charzl charzl commented Aug 20, 2026

Copy link
Copy Markdown
Collaborator

Summary

Part of VCOPS-100029 (multi-branch nightly stress test coverage). schedule: triggers only ever fire off the repository's default branch, so master's own nightly-stress-test.yml already runs nightly, but 3006.x's copy of the same file (companion PR #70099 -- a single self-contained file with its own schedule: + full workflow_dispatch inputs, not split into a separate dispatcher/executor pair) never actually fires on its own.

This adds run-nightly-stress.yml, structured directly after the existing run-nightly.yml (which does the same job for nightly.yml across 3006.x/3007.x/3008.x/master):

  • A workflow-requirements gate: same RUN_SCHEDULED_BUILDS / fork / private-repo checks as run-nightly.yml.
  • A trigger-branch-nightly-stress-builds job with strategy: matrix: branch: [3006.x], dispatching gh workflow run nightly-stress-test.yml --ref <branch> for each -- using a GitHub App token (actions/create-github-app-token), same as run-nightly.yml, rather than the default GITHUB_TOKEN.

master is not in the matrix -- its own nightly-stress-test.yml already fires directly via its own schedule: (it's the default branch), so dispatching it here would be redundant. 3007.x/3008.x aren't listed either -- neither has its own complete nightly-stress-test.yml yet; add them to the matrix once each does (no other changes needed, per #70099's file being kept default-free and branch-name-free for exactly this kind of straight port).

Reuses SKIP_NIGHTLY_STRESS_TEST, the same opt-out variable nightly-stress-test.yml's own master-branch run already checks, so one variable controls both master's direct run and this dispatch to other branches.

Test plan

  • YAML validated: workflow-requirements gate present, matrix branch list correct, dispatch step references nightly-stress-test.yml.
  • After merge, confirm the 0 2 * * * cron dispatches nightly-stress-test.yml on 3006.x and that it runs successfully there.

Structured directly after run-nightly.yml (which does the same thing
for nightly.yml): a workflow-requirements gate (RUN_SCHEDULED_BUILDS /
fork / private-repo checks), then a matrix job that dispatches the
target workflow on each branch with --ref matrix.branch, using a
GitHub App token (actions/create-github-app-token) rather than the
default GITHUB_TOKEN.

master isn't in the matrix -- its own nightly-stress-test.yml already
carries a `schedule:` trigger that GitHub actually honors (it's the
default branch), so it doesn't need to be dispatched. This job exists
for branches whose own `schedule:` is inert per GitHub's
schedule-only-fires-on-default-branch behavior.

3006.x is the only branch in the matrix for now -- it's the only one
with its own complete nightly-stress-test.yml (schedule + full
workflow_dispatch inputs + job body all in one file, not split into a
separate run-stress-test.yml). 3007.x/3008.x aren't listed; add them
once each has its own copy of the file.

Reuses the SKIP_NIGHTLY_STRESS_TEST opt-out var that
nightly-stress-test.yml's own master-branch run already checks, so
one variable controls both master's direct run and this dispatch.
@charzl
charzl requested a review from a team as a code owner August 20, 2026 05:37
@charzl charzl mentioned this pull request Aug 21, 2026
2 tasks
charzl added a commit that referenced this pull request Aug 21, 2026
The previous wording described a rename to run-stress-test.yml and a
new dispatcher file -- that belongs to PR #70103, not this PR. This
PR only modifies nightly-stress-test.yml in place.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
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