continuous-delivery

Guides deployment pipeline design, trunk-based development, and DORA metrics for release-ready software.

1|Updated May 21, 2026
One-click install
npx skills add https://github.com/vnovakovits/claude-skills --skill continuous-delivery-vnovakovits
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: continuous-delivery
Source: https://github.com/vnovakovits/claude-skills/tree/main/plugins/engineering-practices/skills/continuous-delivery
Command: npx skills add https://github.com/vnovakovits/claude-skills --skill continuous-delivery-vnovakovits

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams struggle with slow, risky releases caused by long-lived branches, manual deployments, and untested pipelines. This Skill applies Jez Humble and David Farley's Continuous Delivery discipline so every commit stays deployable and releasing becomes a routine business decision. ## Core Features & Use Cases - Deployment Pipeline Design: Structures commit, acceptance, non-functional, and deployment stages with fast-feedback targets and one-artifact promotion rules. - Branching & Release Strategies: Guides trunk-based development, feature flags, branch-by-abstraction, and blue/green, canary, rolling, and dark-launch deployments. - Delivery Health Measurement: Applies the four DORA metrics (deployment frequency, lead time, change failure rate, MTTR) to benchmark and improve team performance. - Use Case: When debating whether to keep a two-week feature branch or merge daily, use this Skill to evaluate trunk-based development with feature flags and design the pipeline stages that make daily merges safe. ## Quick Start Ask Claude to design a deployment pipeline for your service or to evaluate your branching strategy against trunk-based development and the DORA metrics.

Frequently Asked Questions about continuous-delivery

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design a continuous delivery deployment pipeline?▼

Structure the pipeline as ordered stages: a commit stage (build, unit tests, lint) under 5 minutes, acceptance tests under 30 minutes, optional non-functional tests, then deployment. Build one artifact and promote it through every stage with identical scripts.

Trunk-based development vs Git Flow, which should I use?▼

Trunk-based development keeps main always releasable with daily merges and low integration risk, making it native to continuous delivery. Git Flow suits versioned-release products with batched feature releases but creates merge bombs for teams deploying frequently.

How do feature flags work with trunk-based development?▼

Feature flags hide incomplete functionality behind a conditional switch while code lives on trunk. Release toggles stay off until the feature is ready, both paths get tested, and stale flags are deleted promptly to avoid technical debt.

What are the four DORA metrics?▼

The four DORA metrics are deployment frequency, lead time for changes, change failure rate, and mean time to restore. Research from Accelerate shows elite performers deploy on demand, recover in under an hour, and excel on all four simultaneously.

How do I handle database migrations in continuous delivery?▼

Use the expand/contract pattern: add the new schema element alongside the old, migrate data, cut code over, then remove the old element. Each step is backward-compatible, forward-only, idempotent, and tested in CI against a real database.

When is continuous delivery hard to adopt?▼

CD is difficult with legacy code lacking tests, long-lived branch habits, manual deployment steps, coupled monoliths forcing all-or-nothing deploys, and risk-averse organizations. Getting tests in place and automating manual steps are the usual starting points.