Skip to content

Promote sandbox to main (2026-07-07)#30

Merged
TOM-BOHN merged 6 commits into
mainfrom
sandbox
Jul 7, 2026
Merged

Promote sandbox to main (2026-07-07)#30
TOM-BOHN merged 6 commits into
mainfrom
sandbox

Conversation

@github-actions

@github-actions github-actions Bot commented Jul 7, 2026

Copy link
Copy Markdown

Sandbox validated and ready for production

This PR was opened automatically after sandbox was validated by
this workflow run.

  • Build (npm run build): passed
  • Commit validated: 04f06f7c6b9d38650bd2f68e742991d5b11acbb8

Commits included in this promotion

Review checklist

  • Build passed in CI (see above)
  • Changes reviewed and look correct for production
  • Ready to deploy (merging this PR triggers the GitHub Pages deploy workflow)

This PR requires manual human review and must be merged by a person.
This automation will never merge it.

cursoragent and others added 6 commits July 7, 2026 15:04
- Triggers on push to sandbox (i.e. whenever a PR merges into it)
- Runs npm ci + npm run build as the required gate; lint is informational only
- If the build passes and sandbox has new commits, opens (or updates) a
  sandbox -> main PR summarizing what's being promoted, and requests review
  from the repo owner as the notification
- Never merges the PR itself - a human must review and merge manually

Co-authored-by: Thomas Bohn <bohn.tl@gmail.com>
…log-sync

- New rule documents the mostly-automated promotion flow (CI validates the
  build and opens a human-reviewed sandbox -> main PR) plus a manual fallback
  and guardrails (never auto-merge, never push directly to main)
- medium-blog-sync now notes that its PR should target sandbox, and that
  production promotion is handled by the new rule/workflow afterward

Co-authored-by: Thomas Bohn <bohn.tl@gmail.com>
…rkflow

Root cause of the failed run on PR #28's merge: GitHub Actions is not
permitted to create pull requests in this repo (Settings > Actions > General
> Workflow permissions > 'Allow GitHub Actions to create and approve pull
requests' is disabled by default).

- Detect that specific GraphQL error and open/update a tracking GitHub Issue
  with the exact remediation steps, instead of failing silently in the logs
- Add the same notify-on-failure/auto-resolve-on-success pattern for build
  failures (separate tracking issue)
- Support an optional PROMOTION_PR_TOKEN repo secret (PAT) as a drop-in
  alternative to enabling the repo-wide Actions permission
- Restructure the pr create/update error handling so 'set -e' doesn't abort
  before the failure can be captured and reported

Co-authored-by: Thomas Bohn <bohn.tl@gmail.com>
Explains the two tracking-issue failure modes (build failed, PR create/update
failed), the auto-close-on-success behavior, and the specific repo setting
that needs to be enabled for automated PR creation to work.

Co-authored-by: Thomas Bohn <bohn.tl@gmail.com>
…e-path-63ac

Fix promotion workflow PR-creation failure + add failure-notification path
@github-actions
github-actions Bot requested a review from TOM-BOHN July 7, 2026 18:54
@TOM-BOHN
TOM-BOHN merged commit 0c85409 into main Jul 7, 2026
2 checks passed

@TOM-BOHN TOM-BOHN left a comment

Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All good.

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