land-and-deploy

Merge pull requests, wait for CI, deploy to production, and verify canary health.

Updated Apr 13, 2026
One-click install
npx skills add https://github.com/mgher668/surf-ai --skill land-and-deploy-mgher668
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: land-and-deploy
Source: https://github.com/mgher668/surf-ai/tree/main/.agents/skills/gstack/land-and-deploy
Command: npx skills add https://github.com/mgher668/surf-ai --skill land-and-deploy-mgher668

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Land-and-deploy provides an automated, end-to-end release workflow that merges the PR, waits for CI, triggers deployment, and verifies production health via canary checks. It reduces release toil and minimizes production risk by coordinating merge, deployment, and verification in one hands-off flow.

Core Features & Use Cases

  • Auto-detects the PR to merge from the current branch and enforces pre-merge checks.
  • Waits for CI completion, triggers deployment, and validates production health with canary checks.
  • Provides auditable release steps and structured rollback options in case of failures.

Quick Start

Run the land-and-deploy skill to merge the current PR, monitor the deployment, and verify production health.

Frequently Asked Questions about land-and-deploy

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

FAQPage Schema
How do I automate merge, CI checks, and production deployment in one workflow?

Automated release workflows merge the PR, wait for CI completion, trigger deployment, and verify production health to reduce release toil and ensure readiness. This hands-off flow coordinates the entire process while minimizing production risk.

What is a canary health check and when do I need it for deployment verification?

Canary health checks validate production health after deployment to ensure release readiness. You need canary checks when shipping PRs to production to verify deployment URLs and confirm the application is stable post-merge.

How do I handle pre-merge checks and auto-detect PRs before deploying?

Pre-merge checks are enforced by auto-detecting the PR from the current branch before merging. This ensures the PR is valid and ready, gating the deployment process until all checks pass.

What's the best way to structure rollback options when a production deployment fails?

Structured rollback options provide auditable release steps that trigger when production verification or canary checks fail. This ensures failures are handled systematically with clear recovery paths within the automated flow.

Does this automated release flow work across different deployment platforms?

The automated release flow ensures production readiness across platforms by verifying deployment URLs and performing post-merge health checks. It applies to any platform requiring coordinated merge, deployment, and canary verification.

Why does my CI wait step block the production deployment from triggering?

The CI wait step blocks deployment to ensure all checks pass before releasing to production. This gating mechanism prevents deploying unverified code and ensures the canary health checks validate a stable build.