Skip to content

Rollout — staging dispatch workflow#23

Merged
blackbrowed-labs merged 2 commits into
mainfrom
dev
May 13, 2026
Merged

Rollout — staging dispatch workflow#23
blackbrowed-labs merged 2 commits into
mainfrom
dev

Conversation

@larsweiser
Copy link
Copy Markdown
Collaborator

Summary

CI-only rollout. Promotes PR #22 from dev to main so the new .github/workflows/rebuild-on-dispatch-staging.yml lands on the default branch and starts receiving product-release-published dispatches.

Closes the gap surfaced by the bare-SemVer integration test on 2026-05-13: a single dispatch from a product repo now refreshes both production and staging in parallel, eliminating the manual workflow_dispatch step needed to verify draft-only fixtures (e.g. pipeline-test-fixture) on staging.

Changes since main

Stats: 1 new file / +58 in .github/workflows/rebuild-on-dispatch-staging.yml.

Routing requirement

repository_dispatch workflows only fire from files on the repo's default branch (main). Until this PR lands, the new workflow is dormant — dispatches from product repos continue to refresh production only. Merging here flips it active.

Staging verification

Post-merge production smoke checks

  • Production deploy completes green (existing deploy-production.yml flow)
  • No regression on the unrelated production surface

Test plan — fires after merge

Cut 0.0.3 on blackbrowed-labs/pipeline-test-fixture (GitHub UI):

  • Add ## [0.0.3] — 2026-05-13 section to CHANGELOG.md
  • Releases tab → Draft new release → tag 0.0.3, target main, title 0.0.3, body = the new changelog section
  • No edits to pipeline-test-fixture's release.yml (already updated for 0.0.2)

Expected:

  • Both website workflows fire on the same dispatch: rebuild-on-dispatch (prod) + rebuild-on-dispatch-staging (this rollout), both green
  • https://dev.blackbrowedlabs.com/produkte/pipeline-test-fixture/ version-chip flips to 0.0.3 without any manual workflow_dispatch on deploy-staging.yml
  • https://blackbrowedlabs.com/produkte/pipeline-test-fixture/ remains 404 (draft:true on the .md) — confirms the staging workflow ran without leaking drafts to prod

🤖 Generated with Claude Code

blackbrowed-labs and others added 2 commits May 13, 2026 15:02
Adds `.github/workflows/rebuild-on-dispatch-staging.yml`, mirroring the
existing production dispatch workflow but checking out `dev`, building
with `PUBLIC_ENVIRONMENT=staging`, and deploying via
`wrangler deploy --env staging`. A single `product-release-published`
dispatch from a product repo now refreshes both environments in
parallel.

Matches the per-environment-file convention already in place for
`rebuild-nightly.yml` / `rebuild-nightly-staging.yml` and
`deploy-production.yml` / `deploy-staging.yml`.

Note on routing: `repository_dispatch` workflows only fire from files
on the repo's default branch (`main`). This file becomes active only
after the next dev → main rollout — captured as a comment in the file
header.

Motivation: the bare-SemVer integration test on 2026-05-13 surfaced
that staging was not refreshed by product-release dispatches, so a new
release on a draft-only product (e.g. pipeline-test-fixture) required a
manual `workflow_dispatch` on deploy-staging.yml to verify on staging.
This closes that gap.

Co-Authored-By: Claude <noreply@anthropic.com>
…-staging

feat(ci): staging counterpart of rebuild-on-dispatch.yml
@blackbrowed-labs blackbrowed-labs merged commit a73610d into main May 13, 2026
2 checks passed
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.

2 participants