¿Odias los anuncios? Ir Sin publicidad Hoy 

Calculadora de versiones Semver y validador de rangos

DatosDesarrolladorTexto

ANUNCIO · ¿ELIMINAR?

APORTE

Proceso automático

Operación

Elige la operación de SemVer. Los campos del formulario se ajustan automáticamente.

Versión A

Sintaxis estricta de SemVer 2.0.0 — major.minor.patch[-prerelease][+build].

Versión B

Comparada con la Versión A con precedencia estricta de SemVer.

Rango

Rango en estilo npm/composer. Soporta ^, ~, x, *, operadores de comparación, rangos de guión y ||.

Incrementar

ID de pre-release

Identificador opcional para incrementos pre-* (por ejemplo, alpha, beta, rc).

Versiones

Cada línea se analiza como una versión. Las líneas inválidas se informan por separado.

Orden de clasificación

PROD.

Lado cliente

ANUNCIO · ¿ELIMINAR?

Guía

Calculadora de versiones SemVer & Validador de rango

Calculadora de versiones Semver y validador de rangos

Una herramienta completa de Semantic Versioning (SemVer 2.0.0) para desarrolladores. Valida cadenas de versión, compara dos versiones con precedencia estricta, prueba si una versión satisface una expresión de rango en estilo npm/Composer (^, ~, x, rango de guión, operadores de comparación), incrementa una versión con aumentos de mayor, menor, patch o pre-release, y ordena listas grandes de versiones con conciencia completa de pre-release — todo en el lado del cliente, sin necesidad de instalaciones.

Cómo Usar

Elige la operación que necesitas del Operación menú desplegable — Valida, Compára, Satisface rango, Incrementa o Ordena.
Rellena el campo de versión(es) y/o rango que revela el formulario para esa operación.
Lee el resultado inmediatamente — la herramienta muestra un resumen de estado, un desglose por componente y la salida canónica que puedes copiar o descargar.
Para satisface, la herramienta también muestra cómo se coincidió cada comparador en tu rango, para que puedas ver exactamente qué cláusula aceptó o rechazó la versión.

Características

Validación estricta de SemVer 2.0.0 – rechaza ceros iniciales en identificadores de pre-release, falta de parches, metadatos malformados y otros errores comunes.
Comparación de dos versiones – devuelve -1 / 0 / 1 con un veredicto legible para humanos y un desglose lado a lado de mayor, menor, parche, pre-release y build.
Satisfacción de rango – soporta rangos con caret (^1.2.3), tilde (~1.2.0), rangos x (1.2.x), rangos de guión (1.0.0 – 1.5.0), operadores de comparación (>=, <=, >, <, =), and OR (||).
Incrementos de versión – aumentos de mayor, menor, parche, prepatch, preminor, premajor y prerelease con identificador opcional (alpha, beta, rc).
Ordenación en lote – pega una versión por línea, ordena de forma ascendente o descendente; las líneas inválidas se informan por separado para que puedas corregirlas.
Precedencia de pre-release – sigue la regla de SemVer que las versiones de pre-release tienen menor precedencia que la versión normal asociada.
Conciencia de metadatos de build – los metadatos de build se analizan y muestran, pero se ignoran para la precedencia, exactamente como exige el especificación.
Copiar y descargar – obtén el resultado como texto o como archivo descargable con un solo clic.

 Preguntas frecuentes

¿Qué es Semantic Versioning (SemVer)?

Semantic Versioning es una especificación pública (semver.org) que asigna a las liberaciones de software un número de versión de tres partes significativo — MAJOR.MINOR.PATCH. Se incrementa el MAJOR para cambios que rompen la compatibilidad, el MINOR para características compatibles hacia atrás, y el PATCH para correcciones de errores compatibles hacia atrás. Se pueden añadir etiquetas opcionales de pre-release (-beta.1) y metadatos de build (+sha.abc123).
¿Qué significa el operador caret (^) en un rango?

^X.Y.Z acepta cualquier versión que no cambie el componente no nulo más a la izquierda. ^1.2.3 significa >=1.2.3 y =0.2.3 y =0.0.3 y <0.0.4. Es el operador predeterminado que usa npm al guardar una dependencia.
¿Cómo difiere el operador tilde (~) del caret?

~X.Y.Z es más conservador que ^. Permite cambios de parche solo cuando se especifica MINOR — ~1.2.3 significa >=1.2.3 y =1.0.0 y <2.0.0).
¿Cómo se comparan las versiones de pre-release?

Las versiones de pre-release tienen menor precedencia que la versión normal correspondiente (1.0.0-alpha < 1.0.0). Los identificadores se comparan de izquierda a derecha: los identificadores numéricos se comparan numéricamente, los alfanuméricos léxicamente, y un conjunto más pequeño de campos tiene menor precedencia que un conjunto más grande.
¿Por qué se ignora los metadatos de build al comparar versiones?

La especificación SemVer 2.0.0 establece que los metadatos de build (el sufijo +abc.123) DEBEN ignorarse al determinar la precedencia de versiones. Dos versiones que solo difieren en metadatos de build se consideran iguales en orden, aunque no sean cadenas literales idénticas.
¿Por qué mi versión de pre-release no satisface ^1.2.0?

Según la convención de rangos de npm, una versión de pre-release como 1.5.0-beta.1 solo satisface un rango si al menos un comparador en ese rango menciona explícitamente una versión de pre-release para el mismo MAJOR.MINOR.PATCH. Esto previene que las versiones de pre-release se filtren accidentalmente en rangos de versiones normales.