Calculadora de Semver
Calculadora de versionamiento semántico — incrementa versiones, analiza cadenas semver y verifica si una versión satisface un rango de versiones.
Parsed Version
Major
1
Minor
2
Patch
3
Bumped Versions
Patch1.2.4Bug fix / minor change
Minor1.3.0New feature (backwards compatible)
Major2.0.0Breaking change
Version Range Checker
Satisfies
Cómo usar Calculadora de Semver
- 1Ingresa una cadena de versión semántica (p. ej., 1.2.3).
- 2Ve las versiones major, minor y patch incrementadas.
- 3Ingresa un rango de versiones para verificar compatibilidad.
- 4Agrega identificadores de pre-lanzamiento y metadatos de compilación.
ZenovayAnalytics
Ve quién está en tu sitio ahora mismo.
- Seguimiento de visitantes en tiempo real
- Privacidad primero, sin aviso de cookies
- Configurado en dos minutos
Herramientas relacionadas
Formateador y Validador JSON
Formatea, valida y embellece datos JSON con resaltado de sintaxis y detección de errores.Decodificador JWT
Decodifica e inspecciona tokens JWT. Consulta el encabezado, la carga útil y verifica firmas.Base64 Codificar/Decodificar
Codifica texto a Base64 o decodifica Base64 a texto. Soporta UTF-8 y datos binarios.Codificador/Decodificador de URL
Codifica o decodifica componentes de URL. Maneja caracteres especiales, cadenas de consulta y URLs completas.Preguntas frecuentes
¿Qué es el Versionado Semántico?▾
El Versionado Semántico (semver) es un esquema de versiones con el formato MAYOR.MENOR.PARCHE: MAYOR — cambios de API incompatibles; MENOR — nuevas características compatibles hacia atrás; PARCHE — correcciones de errores compatibles hacia atrás. Por ejemplo: 1.0.0 → 1.0.1 (corrección de parche), 1.0.1 → 1.1.0 (nueva característica), 1.1.0 → 2.0.0 (cambio que rompe compatibilidad). Las versiones de prelanzamiento usan un guion: 1.0.0-alpha.1, 1.0.0-beta.2, 1.0.0-rc.1. Los metadatos de compilación usan +: 1.0.0+build.123.
¿Qué significan los especificadores de rango de versión de npm?▾
^1.2.3 (acento circunflejo) — permite actualizaciones MENOR y PARCHE: >=1.2.3 <2.0.0. Comúnmente usado en package.json. ~1.2.3 (tilde) — permite solo actualizaciones PARCHE: >=1.2.3 <1.3.0. Más estricto. >=1.2.3 — cualquier versión igual o superior. 1.2.3 — solo versión exacta. * — cualquier versión. 1.x o 1.X — cualquier parche para el mayor 1. 1.2.x — cualquier parche para 1.2. Los rangos se pueden combinar: >=1.0.0 <2.0.0 (equivalente a ^1.0.0 para mayor no nulo).
¿Cuándo debo incrementar mayor frente a menor frente a parche?▾
Incremente PARCHE para: correcciones de errores, parches de seguridad, mejoras de rendimiento, cambios en la documentación — nada que cambie la API pública. Incremente MENOR para: nuevas características, nuevas funciones/métodos, deprecar funcionalidades existentes (pero no eliminarlas) — todo compatible hacia atrás. Incremente MAYOR para: eliminar o renombrar APIs públicas, cambiar firmas de función de manera incompatible, cambiar comportamiento predeterminado que antes era estable. En caso de duda, use MENOR — siempre puede publicar un MAYOR más adelante si es necesario.
¿Cuál es la diferencia entre el versionado 0.x.y y 1.x.y?▾
Bajo semver, 0.MAYOR.MENOR indica desarrollo inicial donde todo puede cambiar. La semántica estándar de parche/menor/mayor no se aplica estrictamente por debajo de 1.0.0 — los cambios que rompen compatibilidad pueden ocurrir en incrementos MENOR. Muchos proyectos usan 0.x.y durante el desarrollo y publican 1.0.0 cuando la API es estable. npm y otros gestores de paquetes respetan esto y tratan ^0.1.0 como >=0.1.0 <0.2.0 (no el comportamiento habitual del acento circunflejo), haciendo que ^0.x.y sea efectivamente una tilde.
¿Qué es una versión candidata a publicación y cuándo debo usarla?▾
Una versión candidata a publicación (rc) es una versión de prelanzamiento que podría convertirse en la versión final si no se encuentran errores: 1.0.0-rc.1, 1.0.0-rc.2. La progresión de prelanzamiento típicamente va: alpha (temprana, inestable) → beta (completa en características, puede tener errores) → rc (candidata lista para producción). Las versiones de prelanzamiento tienen menor precedencia que la versión de lanzamiento: 1.0.0-rc.1 < 1.0.0. La mayoría de los gestores de paquetes las excluyen de la resolución de rangos semver a menos que se soliciten explícitamente.