release

Determine semantic versions, create Git tags, and push to trigger CI releases.

24|Updated Feb 20, 2026
One-click install
npx skills add https://github.com/asklar/lvt --skill release-asklar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release
Source: https://github.com/asklar/lvt/tree/main/.github/skills/release
Command: npx skills add https://github.com/asklar/lvt --skill release-asklar

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Release management for software projects is often manual and error-prone. This Skill automates versioning, tagging, and publishing to the release pipeline, reducing manual steps and ensuring reproducible releases.

Core Features & Use Cases

  • Determines the next semantic version (patch, minor, or major) based on user input and project history.
  • Creates an annotated Git tag (vX.Y.Z) and pushes it to the remote to trigger the CI release workflow.
  • Generates release notes from commits since the last tag and enforces branch and working-tree checks to maintain release integrity.
  • Validates that you are on the main branch and that the working directory is clean before proceeding.

Quick Start

Ask me to release a new version with a bump type (patch, minor, or major) and I will perform the version update, tagging, and push to trigger the release pipeline.

Frequently Asked Questions about release

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

FAQPage Schema
How do I automate semantic versioning and Git tagging for releases?

Automating semantic versioning involves determining the next version bump, creating an annotated Git tag like vX.Y.Z, and pushing it to the remote to trigger CI pipelines. This process reduces manual errors and ensures reproducible software deployments.

What is the best way to generate release notes from Git commits?

Generating release notes from Git commits involves reading the commit history since the last tag and compiling the changes into a changelog. This is often integrated into the release workflow to provide auditable documentation for each new version.

Do I need a clean working directory to create a version tag?

Yes, enforcing a clean working directory and validating that you are on the main branch before creating a version tag ensures release integrity. This prevents uncommitted changes from being included in an auditable and reproducible deployment.

How does pushing a Git tag trigger a CI-CD release workflow?

Pushing an annotated Git tag to the remote triggers CI-CD release workflows by signaling the version control system to execute the publishing pipeline. This mechanism guarantees that deployments are tied to specific, reproducible version states.

Can I use this for both patch and major version releases?

Yes, you can use this for patch, minor, or major version releases by specifying the bump type. The system determines the next semantic version based on your input and the project history, then applies the corresponding tag to trigger the pipeline.

Why are my automated releases failing branch checks?

Automated releases fail branch checks when you are not on the main branch or have uncommitted changes in your working tree. The release process enforces these validations to maintain release integrity and prevent deploying unverified code.