land-and-deploy

Merge pull requests, wait for CI, and verify production health via canary checks.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Land-and-deploy automates the fragile, error-prone steps between creating a PR and confirming a successful production rollout, removing manual waiting, guesswork, and unsafe merges.

Core Features & Use Cases

  • Automated Merge & Wait: Detects the PR for the current branch or a specified PR, merges it using GitHub CLI, and monitors CI and deploy pipelines until completion.
  • First-run Dry Run & Safety Gates: Performs an initial dry-run and checks deploy configuration, enforces pre-merge readiness gates (reviews, tests, docs), and stops on authentication, conflicts, or failing CI.
  • Canary Verification & Revert Options: Verifies production health with canary checks against a provided URL or detected production endpoint and offers revert guidance if health checks fail.
  • Use Case: A release engineer uses this to merge a feature branch, wait for CI and CD, validate a canary endpoint, and receive a clear DONE/BLOCKED outcome.

Quick Start

Run the land-and-deploy skill on your branch by invoking /land-and-deploy #PR_NUMBER or /land-and-deploy <url> to merge the PR, wait for CI and deploy, 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 merging a GitHub pull request and verifying production health?

Automating a GitHub pull request merge and production health verification involves merging the branch via GitHub CLI, monitoring CI and CD pipelines until completion, and running canary health checks against your production endpoint to confirm rollout safety.

How does a canary check verify production deployments after a merge?

Canary checks verify production deployments by performing HTTP health checks against a provided URL or detected production endpoint after the deploy pipeline finishes, determining if the rollout is healthy or if a revert is necessary.

What is the safest way to merge a feature branch and wait for CI-driven deploy pipelines?

The safest way to merge a feature branch and wait for CI-driven deploy pipelines is to perform an initial dry-run, enforce pre-merge readiness gates for reviews and tests, and stop automatically on authentication errors, conflicts, or failing CI.

Do I need authenticated GitHub CLI access to automate PR merges and deployments?

Yes, authenticated GitHub CLI access is required to automate PR merges and deployments, as the process relies on the CLI to land branches, monitor CI pipelines, and trigger subsequent deployments safely.

What happens if a canary health check fails after a production deploy?

If a canary health check fails after a production deploy, the automated workflow reports a BLOCKED outcome and provides revert guidance to help the release engineer safely roll back the changes.

Can I trigger a production rollback automatically when CI or canary checks fail?

You cannot trigger a production rollback automatically, but the workflow stops safely on failing CI and provides explicit revert guidance if canary health checks fail, leaving the final revert decision to the release engineer.