applying-semantic-versioning

Determine software release version numbers according to Semantic Versioning 2.0.0.

1|Updated Jan 7, 2026
One-click install
npx skills add https://github.com/sumik5/sumik-llm-plugin --skill applying-semantic-versioning
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: applying-semantic-versioning
Source: https://github.com/sumik5/sumik-llm-plugin/tree/main/plugins/devkit/skills/applying-semantic-versioning
Command: npx skills add https://github.com/sumik5/sumik-llm-plugin --skill applying-semantic-versioning

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill streamlines the process of making versioning decisions, ensuring consistency and adherence to Semantic Versioning 2.0.0 standards, saving time and reducing errors in release management.

Core Features & Use Cases

  • Version Decision Support: Provides guidelines for MAJOR, MINOR, and PATCH versioning based on change types.
  • Pre-release and Build Metadata: Offers rules for handling pre-release versions and build metadata.
  • Priority Comparison: Assists in comparing version priorities for dependency resolution.
  • Version Range Specification: Explains how to specify version ranges in ecosystems like npm and pip.
  • Use Case: When developing software, use this Skill to determine the correct version number for your next release based on the changes made.

Quick Start

Run the skill to automatically determine the next version number for your project based on your latest changes.

Frequently Asked Questions about applying-semantic-versioning

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

FAQPage Schema
How do I determine the correct semantic versioning number for a new software release?

To determine the correct semantic versioning number, increment the MAJOR version for backward-incompatible changes, MINOR for feature additions, and PATCH for bug fixes, adhering strictly to Semantic Versioning 2.0.0 standards.

What is the difference between a MAJOR, MINOR, and PATCH version bump in release management?

In semantic versioning, a MAJOR bump indicates backward-incompatible changes, a MINOR bump adds functionality while maintaining backward compatibility, and a PATCH bump includes backward-compatible bug fixes.

How do I handle pre-release versions and build metadata when planning a release?

Handle pre-release versions and build metadata by appending hyphen-separated alphanumeric identifiers to the version string, ensuring proper precedence and priority comparison for dependency resolution in your release planning.

How do I compare version priorities for dependency resolution in software development?

Compare version priorities for dependency resolution by evaluating MAJOR, MINOR, and PATCH identifiers numerically from left to right, treating pre-release versions with lower precedence than their associated normal releases.

What is the best way to specify semantic versioning ranges for npm and pip dependencies?

The best way to specify semantic versioning ranges in ecosystems like npm and pip is using syntax like tilde or caret operators to define acceptable MAJOR and MINOR version boundaries for your dependencies.

When should I not use semantic versioning for my software release planning?

You should not use semantic versioning when your project lacks a public API, as Semantic Versioning 2.0.0 relies on communicating changes to a public API through MAJOR, MINOR, and PATCH version increments.