main or master). If you want schedules deployed from a different branch, an admin can set a workspace-level schedule deployment branch override.
This applies to both layouts:
- The modular
.bolt/folder - The legacy flat
paradime_schedules.ymlfile
When to use this
- You keep a long-lived
releasebranch and want schedules to track it instead ofmain. - You maintain a dedicated
bolt-configbranch for schedule changes, separate from your dbt model PRs. - You’re staging a large schedule refactor on a branch and want to deploy from it before merging.
How it works
While a custom schedule deployment branch is configured:- Parse-schedules reads schedule YAML from the configured branch.
- The Bolt YAML editor in the Paradime UI reads from, and commits to, the configured branch.
- The repository’s default branch is ignored for schedule purposes (it is still used everywhere else —
git_branchdefaults, PR targets, etc.).
Setting the branch
The schedule deployment branch is a workspace-level setting. Admins can configure it through the Paradime UI under workspace settings, or programmatically via the GraphQL API:- Pass a branch name (e.g.
"release-2026-05") to set the override. - Pass
null(or omit the argument) to clear the override and revert to the default branch.
Deployment behaviour
The refresh cadence is the same regardless of which branch is used:- Automatic Refresh: Paradime checks for changes every 10 minutes.
- Manual Refresh: Open Bolt and click Parse Schedules to refresh immediately.
💡 Note: To update your schedules, merge (or push) your changes to the configured branch first. Commits to other branches are ignored.