This repo uses GitHub Actions for repository verification and secret scanning. It does not deploy a running service or publish a versioned package.
| Workflow | Trigger | Purpose |
|---|---|---|
| Verify | push to main, pull request, manual dispatch |
Run repository checks that do not need secrets: shell syntax, ShellCheck, Actionlint, diff hygiene, and agent-entrypoint checks. |
| Secret scanning | push to main, pull request, weekly schedule, manual dispatch |
Run Gitleaks and TruffleHog with full Git history available. |
The local canonical command remains:
./scripts/verify/repo.shThe Verify workflow runs ./scripts/verify/repo.sh --skip-security
because the dedicated Secret scanning workflow performs the CI scanner pass.
There is no deploy pipeline for this repo. Dotfiles changes are consumed by humans and devbox users pulling the repo and running bootstrap scripts.
If this repo ever gains a running service, add a separate deploy pipeline with this shape:
- detect changed deploy lanes
- verify and build immutable artifacts
- run e2e against the built artifact
- deploy through a protected GitHub Environment
- run a separate read-only smoke job without deploy credentials
Deploy jobs must use non-cancellable concurrency per environment and lane. Deploy credentials must be environment-scoped, with OIDC preferred over static tokens.
There is no release pipeline for this repo. It does not publish an npm package, CLI binary, Homebrew formula, marketplace action, or app artifact.
If this repo ever starts publishing a versioned artifact, add a release pipeline with this shape:
- verify on pull requests and pushes
- release only on pushes to
main - use Conventional Commits for release analysis
- publish through a protected
releaseEnvironment - commit the version bump back to
mainwith[skip ci]
Release credentials belong in the release Environment, not in repo-level
secrets unless they are bootstrap-only.
Dependabot tracks GitHub Actions updates through .github/dependabot.yml.
When Actions or scanner versions change, verify both workflows on GitHub before
calling the change done.