Skip to content
_CORE
AI & Agentic Systems Core Information Systems Cloud & Platform Engineering Data Platform & Integration Security & Compliance QA, Testing & Observability IoT, Automation & Robotics Mobile & Digital Banking & Finance Insurance Public Administration Defense & Security Healthcare Energy & Utilities Telco & Media Manufacturing Logistics & E-commerce Retail & Loyalty
References Technologies Blog Know-how Tools
About Collaboration Careers
CS EN DE
Let's talk

Semantic Versioning

26. 02. 2025 Updated: 27. 03. 2026 1 min read intermediate

DevOps Beginner

Semantic Versioning

SemVerVersioningRelease 3 min read

MAJOR.MINOR.PATCH verzovani software.

Pravidla

MAJOR.MINOR.PATCH (napr. 2.4.1)
MAJOR - breaking changes
MINOR - nove funkce, zpetne kompatibilni
PATCH - bugfixy
Pre-release: 3.0.0-alpha.1, 3.0.0-rc.1

Practical Examples and Automation

Proper versioning is crucial for reliable dependency management. When you increase the MAJOR version (e.g., from 2.x to 3.0.0), you signal breaking changes — users of your library must modify their code. A MINOR version (2.4.0 to 2.5.0) adds new features but existing code works without changes. A PATCH (2.4.0 to 2.4.1) fixes bugs.

By combining Conventional Commits with semantic-release, you achieve full automation: a feat: commit bumps MINOR, fix: bumps PATCH, and BREAKING CHANGE: bumps MAJOR. Pre-release versions (alpha, beta, rc) allow testing before official release. Lockfiles (package-lock.json, Pipfile.lock) ensure reproducible builds by pinning exact versions of all dependencies, while ranges (^2.4.0, ~2.4.0) in package.json define compatible version ranges.

Shrnuti

feat: = MINOR. fix: = PATCH. BREAKING CHANGE: = MAJOR. Automatizujte.

Need Help with Implementation?

Our team has experience designing and implementing modern architectures. We’re happy to help.

Free Consultation

Share:

CORE SYSTEMS team

We build core systems and AI agents that keep operations running. 15 years of experience with enterprise IT.