원클릭으로
ci-cd
// CI/CD integration patterns for gh-infra: auto-apply on merge, scheduled drift detection, self-managed vs central-management layouts, and authentication setup for GitHub Actions workflows.
// CI/CD integration patterns for gh-infra: auto-apply on merge, scheduled drift detection, self-managed vs central-management layouts, and authentication setup for GitHub Actions workflows.
| name | ci-cd |
| description | CI/CD integration patterns for gh-infra: auto-apply on merge, scheduled drift detection, self-managed vs central-management layouts, and authentication setup for GitHub Actions workflows. |
Use this skill when the user wants GitHub Actions workflows around gh-infra.
.github/infra.yamlRead:
gh infra apply ... --auto-approve on merge to maingh infra plan ... --ci on a schedule for drift detectionGITHUB_TOKEN only for self-managed single-repo workflowsUse the default workflow token:
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
The default workflow token cannot manage other repositories. Use:
Pass it as:
env:
GITHUB_TOKEN: ${{ secrets.GH_INFRA_TOKEN }}
Never use a broad classic PAT.
*.yaml / *.yml in the target directoryrepos/ and files/, run once per directory--auto-approve is required in CI--ci makes plan exit 1 when drift existsplan on pull requests touching manifestsapply --auto-approve on mergeplan --ci on a scheduleUse both auto-apply and drift detection unless the user explicitly wants review-only behavior.
Complete YAML schema reference for File and FileSet resources. Use when writing manifests to manage files (CODEOWNERS, LICENSE, CI workflows, etc.) in one or more repositories, including templating, patches, reconcile modes, delivery method, and import-into behavior.
Complete YAML schema reference for Repository and RepositorySet resources. Use when writing or editing manifests for repo settings, labels, actions, branch protection, rulesets, secrets, variables, or repository defaults.
Overview of gh-infra and command workflow (import, validate, plan, apply). Use when managing GitHub repository settings, labels, actions settings, rulesets, secrets, variables, or files declaratively via YAML manifests.
Use when pulling live GitHub state back into existing gh-infra manifests with `gh infra import --into`, especially for write/patch/skip decisions, shared file sources, template-backed files, and import safety rules.
Use when running demo recordings, diagnosing recording failures, or regenerating GIFs from existing MP4s. Covers the Docker + VHS + ffmpeg pipeline.
Use when creating new VHS demo tapes or editing existing ones. Covers tape syntax, setup scripts, mock-gh data layout, and the checklist for adding a new demo end-to-end.