mcpField
C
cicd

cicd

github.com/krzysztofsurdyCloud & DevOps3639 installsUpdated 2d ago
Repository

About cicd

A reference skill for teams designing CI/CD pipelines and deployment practices. It covers pipeline principles, deployment strategies, environment promotion, and common anti-patterns.

Key features

  1. 01CI, delivery, and deployment distinctions
  2. 02Pipeline design principles
  3. 03Deployment strategy comparisons
  4. 04Environment promotion guidance
  5. 05Pipeline anti-patterns and remedies

Use cases

  1. 01Choosing a rollout strategy for a release
  2. 02Structuring checks for fast pipeline feedback
  3. 03Promoting artifacts across environments
  4. 04Reviewing a pipeline for security and reliability

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/krzysztofsurdy/code-virtuoso --skill cicd

After installing, type/cicdin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
deployment-strategies.md
environment-management.md
pipeline-design.md

Details

From the project README

CI/CD Pipeline Patterns and Deployment Strategies

Continuous Integration, Continuous Delivery, and Continuous Deployment are a spectrum of automation practices. Each builds on the previous one and removes more manual work between a code change and its availability to users.

CI vs CD vs CD

PracticeWhat it automatesGate to next stage
Continuous IntegrationMerging, building, and testing code on every commitAutomated tests must pass before merge
Continuous DeliveryPackaging and promoting artifacts through environmentsManual approval before production deployment
Continuous DeploymentFull path from commit to production without manual stepsAutomated quality gates replace human approval

Continuous Integration is the foundation. Without reliable, fast integration, neither delivery nor deployment is sustainable. Start there.


Pipeline design principles

A good pipeline gives developers fast, trustworthy feedback and keeps broken code away from users.

PrincipleMeaning
Fast feedbackRun the cheapest, fastest checks first - lint and unit tests before integration tests and builds
Fail earlyStop the pipeline at the first failure - do not waste time on downstream stages when upstream checks fail
ReproducibilityEvery pipeline run with the same inputs must produce the same outputs - pin dependencies, use immutable base images
IdempotencyRe-running a pipeline stage should be safe and produce the same result
IsolationEach pipeline run operates in a clean environment - no shared state between runs
Security by defaultSecrets are injected at runtime, never stored in source - scan for vulnerabilities early

Deployment strategies overview

StrategyDowntimeRollback speedInfrastructure costComplexityBest for
Blue-GreenZeroInstant (traffic switch)2x productionLowMajor releases, risk-averse teams
CanaryZeroFast (route traffic back)1x + small canary sliceMediumData-driven teams, high-traffic services
RollingZero (if surge configured)Slow (reverse rollout)1x (reuses existing)LowStateless services, frequent small changes
RecreateYes (brief)Slow (full redeploy)1xMinimalDev/staging environments, stateful apps that cannot run two versions
Feature FlagsZeroInstant (toggle off)1xMediumProgressive rollout, A/B testing, trunk-based development

No single strategy fits every situation. Many teams combine them, for example canary releases with feature flags to control who sees new functionality.


Environment management overview

A typical promotion path moves artifacts through increasingly production-like environments:

dev -> staging -> production

Principles:

  • Artifact immutability - Build once, deploy the same artifact everywhere. Never rebuild for each environment.
  • Configuration separation - Environment-specific values (database URLs, API keys, feature toggles) live outside the artifact.
  • Parity - Staging should mirror production as closely as possible in infrastructure, data shape, and scale.
  • Ephemeral environments - Spin up isolated environments per pull request for testing and review, then tear them down when the PR closes.

Quick reference: pipeline anti-patterns

Anti-patternProblemFix
Rebuilding artifacts per environmentDifferent binary in staging vs productionBuild once, promote the same artifact
Long-running monolithic pipelineSlow feedback, developers context-switchParallelize stages, split into focused pipelines
Secrets in source controlCredential leaks, compliance violationsUse a secrets manager, inject at runtime
Manual environment setupConfiguration drift, "works on my machine"Infrastructure as code, containerized builds
No rollback planExtended outages when deployments failAutomate rollback, test it regularly
Skipping stagingProduction-only bugs discovered too lateAlways promote through at least one pre-production environment

Reference Files

ReferenceContents
Pipeline DesignPipeline stages, parallelization, caching, monorepo patterns, secrets management with multi-format examples
Deployment StrategiesBlue-green, canary, rolling deployments, feature flags, zero-downtime migrations, rollback strategies
Environment ManagementEnvironment promotion, infrastructure as code, ephemeral environments, artifact versioning, health checks

Integration with Other Skills

SituationRecommended Skill
Monitoring and observability for deploymentsmicroservices
Security scanning in pipelinessecurity
Testing strategy for CI pipelinestesting
API versioning during deploymentsapi-design

Comments

Markdown supported