savvy-web/Workflow Control

Lightweight pre-flight checks for splitting monolithic release workflows into targeted pieces

View on GitHub

Trust Signals

Scorecard Score
not yet scored
Maintenance Recency
Stale
License
None
namedescriptionrequireddefault
tokenGitHub token for API calls (detects merged release PRs)no${{ github.token }}
release-branchRelease branch namenochangeset-release/main
target-branchTarget branch name (usually main)nomain
release-prefixCommit-message prefix marking an expected release-PR merge on the target branch. When a push to the target branch has a commit message starting with this prefix but the merged release PR is not yet associated with the commit (GitHub eventual consistency), detection is retried up to 3 times, 10s apart, before falling back to branch-management. Empty disables retry. norelease:
namedescription
phaseDetected workflow phase: - branch-management: Push to main, should create/update release branch - validation: Push to release branch, should run validation - publishing: Release PR merged, should publish packages - close-issues: Release PR merged via PR event, should close issues - none: No action needed
has_changesetsWhether changeset files exist in .changeset directory
changeset_countNumber of changeset files found
release_typeHighest release type across changesets (major, minor, patch, or empty)
is_release_commitWhether this commit is from a merged release PR
is_release_branchWhether currently on the release branch
is_main_branchWhether currently on the target (main) branch
merged_pr_numberPR number of the merged release PR (if detected)
should_continueWhether the workflow should proceed (phase is not 'none')
reasonHuman-readable explanation of the phase detection