dev-lifecycle

Automate Git lifecycle workflows from feature branches to production deployment.

34|1|Updated Mar 17, 2026
One-click install
npx skills add https://github.com/earayu/treadstone --skill dev-lifecycle-earayu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dev-lifecycle
Source: https://github.com/earayu/treadstone/tree/main/.agents/skills/dev-lifecycle
Command: npx skills add https://github.com/earayu/treadstone --skill dev-lifecycle-earayu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This guide provides a governance-backed, repeatable lifecycle for developing, reviewing, and releasing code within Treadstone, ensuring changes pass through feature branches, pull requests, CI validation, and controlled production deployment instead of direct merges to main.

Core Features & Use Cases

  • Never push directly to main; all changes land via Pull Requests and require CI checks.
  • Standardized, agent-facing lifecycle for ship, bump, release, merge, and deploy-all, including language/codeword guidance (合并代码 / 发版本 / 发生产).
  • Source of truth for agents executing ship, bump, release, merge, or deploy-all, providing a single governance reference across the workflow. Use cases include coordinating feature-branch development for new releases, triggering PR workflows, automating version bumps, and coordinating production deployment through defined steps.

Quick Start

Follow the documented lifecycle steps to create a feature branch, open a PR, run CI, merge, bump version, and deploy to production.

Frequently Asked Questions about dev-lifecycle

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

FAQPage Schema
How do I automate a Git development lifecycle workflow with GitHub pull requests and CI checks?

You can automate a Git development lifecycle by enforcing feature branch creation, PR openings, CI validation, and controlled production deployment. This workflow prevents direct pushes to main and standardizes ship, bump, release, merge, and deploy steps.

What is the best way to prevent direct pushes to main while coordinating feature branch releases?

The best way to prevent direct pushes to main is implementing a governance-backed lifecycle where all changes land via Pull Requests. This requires CI checks to pass before merging, ensuring controlled production deployment.

How do I trigger a version bump and production deploy after merging a GitHub pull request?

To trigger a version bump and deploy after merging a pull request, follow the standardized release lifecycle steps. This workflow coordinates the merge, automates the version bump, applies release tagging, and executes the optional production deploy.

Does this Git release workflow support CI validation and release tagging for team coordination?

Yes, this Git release workflow supports CI validation and release tagging for team coordination. It provides an agent-facing lifecycle that standardizes ship, bump, release, merge, and deploy-all actions using GitHub feature branches.

Can I use this pull request workflow to coordinate feature branch development and production deployment?

Yes, you can use this pull request workflow to coordinate feature branch development and production deployment. It provides explicit guidance for branch creation, PR opening, CI checks, merging, version bumping, and final deployment.

When should I avoid direct merges to main in a CI-driven GitHub workflow?

You should avoid direct merges to main in a CI-driven GitHub workflow whenever shipping code. All changes must pass through feature branches and pull requests to ensure CI validation and controlled release governance before reaching production.