Skip to content

ci: drop the staging promote and back-sync workflows - #237

Open
spicysouvlaki wants to merge 1 commit into
mainfrom
william/cb-591-drop-staging-workflows
Open

spicysouvlaki wants to merge 1 commit into
mainfrom
william/cb-591-drop-staging-workflows

Conversation

@spicysouvlaki

Copy link
Copy Markdown
Collaborator

core builds straight into this repo now, so the promote, back-sync and sync-lock workflows have nothing to do. Removing them also stops the staging repo's schedules on its next back-sync, after which browserbase-node-staging can be archived.

CI only: no change to the published package.

🤖 Generated with Claude Code

Since CB-591, browserbase/core builds straight into this repo's main and
nothing is written to browserbase-node-staging first. The three workflows
that kept the two trunks identical have no job left to do:

- stlc-promote.yml fast-forwarded this repo up to staging. It only ever
  ran on the staging repo.
- stlc-sync.yml pulled this repo's main back onto staging twice an hour
  and pinged staging on each release.
- trunk-sync-lock.yml gated staging PRs on the trunks being in sync.

Deleting them here also retires the staging copies: the staging repo's
next back-sync fast-forwards it to this commit, which removes its own
schedule. The staging repo can be archived after that.

trunk-release-guard.yml stays for now. Its trunk-synced-release job is a
required check on main, so it can only go once the ruleset drops it.

Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>
@spicysouvlaki
spicysouvlaki marked this pull request as ready for review November 12, 2026 23:38
@spicysouvlaki
spicysouvlaki requested a review from a team as a code owner November 12, 2026 23:38
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