What problem does it solve?
When a repository is forked or mirrored, GitHub Actions workflows that push production container images or dispatch production deploys can run from the wrong repository, publishing artifacts or triggering deploys from unintended places. This Skill ensures those steps only run from the single canonical deploy repo.
Core Features & Use Cases
- Canonical deploy gating: Apply the
github.repository_owner == 'PostHog' && vars.CD_DEPLOY_ENABLED == 'true' condition to image-push and deploy-dispatch jobs instead of hardcoding a repository name.
- Pattern library: Provides ready-made
if expressions for whole-job gating, master-only steps, mixed PR/master build jobs, push-step booleans, and reusable workflows with a push input.
- Scope guardrails: Clarifies what not to gate — release workflows (GitHub releases, npm, crates, Homebrew), pull_request validation builds, and change-detection setup jobs.
- Use Case: You are editing
container-images-cd.yml so a forked mirror does not push prod images to ECR; apply the gate to the push job and set CD_DEPLOY_ENABLED on the canonical repo before merging.
Quick Start
Ask the AI to review my GitHub Actions workflow that pushes a container image and add the CD_DEPLOY_ENABLED gate to the production push and deploy steps.