release-procedures

Automate release workflows with QA/UAT checks, semver tagging, and cross-team communications.

16|4|Updated Feb 10, 2024
One-click install
npx skills add https://github.com/LetPeopleWork/Lighthouse --skill release-procedures-letpeoplework
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release-procedures
Source: https://github.com/LetPeopleWork/Lighthouse/tree/main/.github/.github/agents/skills/release-procedures
Command: npx skills add https://github.com/LetPeopleWork/Lighthouse --skill release-procedures-letpeoplework

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Repetitive release rituals slow down teams and risk version drift. This Skill provides a repeatable framework for version management, verification, and deployment procedures to improve reliability.

Core Features & Use Cases

  • Two-Stage Release Flow: Per-Plan QA and UAT, then Per-Release tagging and handoff to Retrospective.
  • SemVer Enforcement: Align version numbers across plans with explicit bump rules.
  • Cross-Functional Alignment: Bridges planning, DevOps, and Roadmap to ensure releases match milestones and governance.

Quick Start

Document the target release version in plan headers, verify QA/UAT are completed, commit changes locally (no push) for each plan, update statuses to "Committed for vX.Y.Z", tag the release, push, and publish.

Frequently Asked Questions about release-procedures

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

FAQPage Schema
What is the best way to automate release workflows and prevent version drift?

Establish a two-stage release flow with per-plan QA/UAT checks, SemVer enforcement, and cross-team alignment. This repeatable framework standardizes version management, verification, and deployment procedures to prevent version drift.

How do I enforce SemVer rules across multiple release plans?

Document the target release version in plan headers and apply explicit bump rules to align version numbers across plans. This enforces version consistency and SemVer compliance throughout the software delivery process.

How do I manage a two-stage release flow with QA and UAT checks?

Execute a two-stage release flow by completing per-plan QA and UAT checks first. Then update statuses to "Committed for vX.Y.Z", tag the release locally, push changes, and publish for final deployment.

Does this release management process require pushing commits before tagging?

No, the process requires committing changes locally without pushing for each plan. You only push and publish after updating statuses to "Committed for vX.Y.Z" and tagging the release.

Can I align deployment milestones with DevOps and Roadmap planning?

Yes, you can align deployment milestones by bridging planning, DevOps, and Roadmap communications. This cross-functional alignment ensures releases match milestones and governance requirements across teams.

What are the limitations of a basic release management framework?

The framework provides documented steps and templates for version consistency and tagging, but its basic implementation depth means it relies on manual execution of platform-specific constraints rather than fully automated CI/CD pipeline integration.