CI/CD and Automation
Core Philosophy
Shift Left: Catch problems early in development, not in production.
Quality Gates (sequential, no skipping):
- Linting
- Type checking
- Unit tests
- Build verification
- Integration tests
- Security audits
- Bundle/artifact size checks
"No gate can be skipped. If lint fails, fix lint — don't disable the rule."
Release Strategy
Smaller, frequent releases are safer than large batches.
"A deployment with 3 changes is easier to debug than one with 30."
Deployment Patterns
- Feature Flags: Ship code without activating it; supports canary rollouts and A/B testing
- Staged Rollouts: Staging → Production with monitoring windows and automated rollback
- Environment Management: Committed templates (
.env.example), local dev (.env), secrets in vaults
Pipeline Optimization (when > 10 minutes)
- Cache dependencies
- Parallelize independent jobs
- Apply path-based filters
- Shard test suites across runners
- Use larger or self-hosted runners
Red Flags
- No CI pipeline exists
- Failures ignored or tests disabled
- No staging verification
- No rollback mechanism
- Secrets in the repository
Conda-Forge Application
Apply this skill to:
- The
trigger_build→get_build_summarypolling loop (quality gate) submit_prprerequisites check (pre-deployment verification)- Never bypass
rattler-build lintorvalidate_recipefailures — fix them
Source: rxm7706/local-recipes — distributed by TomeVault.