Anúncios incomodam? Ir Sem anúncios Hoje 

Calculadora de Versão Semver & Testador de Intervalo

DadosDesenvolvedorTexto

ANUNCIADO Remover?

ENTRADA

Processo Automático

Operação

Escolha a operação de SemVer. Os campos abaixo ajustam-se automaticamente.

Versão A

Sintaxe estrita SemVer 2.0.0 — major.minor.patch[-prerelease][+build].

Versão B

Comparada com a Versão A com precedência estrita de SemVer.

Faixa

Intervalo no estilo npm/composer. Suporta ^, ~, x, *, operadores de comparação, intervalos de hífen e ||.

Incrementar

ID de pré-lançamento

Identificador opcional para incrementos pré-*

Versões

Cada linha é analisada como uma versão. Linhas inválidas são relatadas separadamente.

Ordem de classificação

SAÍDA

Lado cliente

ANUNCIADO Remover?

Guia

Calculadora de Versão Semver & Testador de Intervalo

Uma ferramenta completa de Semantic Versioning (SemVer 2.0.0) para desenvolvedores. Valida strings de versão, compara duas versões com precedência estrita, testa se uma versão satisfaz uma expressão de intervalo no estilo npm/Composer (^, ~, x, hífen, ||, operadores de comparação), aumenta uma versão com incrementos de major/minor/patch/pré-lançamento e ordena listas grandes de versões com consciência plena de pré-lançamentos — tudo no lado do cliente, sem instalação necessária.

Como usar

Escolha a operação que você precisa no Operação dropdown — Validação, Comparação, Satisfaz intervalo, Incremento ou Ordenação.
Preencha os campos de versão(s) e/ou intervalo que o formulário revela para essa operação.
Leia o resultado imediatamente — a ferramenta mostra um resumo de status, uma análise por componente e a saída canônica que pode ser copiada ou baixada.
Para satisfaz, a ferramenta também mostra como cada comparador em seu intervalo foi correspondido, para que você possa ver exatamente qual cláusula aceitou ou rejeitou a versão.

Características

Validação estrita de SemVer 2.0.0 – rejeita zeros iniciais em identificadores de pré-lançamento, patches ausentes, metadados malformados e outros erros comuns.
Comparação de duas versões – retorna -1 / 0 / 1 com uma veredito legível e uma análise lado a lado de major, minor, patch, pré-lançamento e build.
Satisfação de intervalo – suporta caret (^1.2.3), tilde (~1.2.0), faixas x (1.2.x), faixas de hífen (1.0.0 – 1.5.0), operadores de comparação (>=, <=, >, <, =), and OR (||).
Incremento de versão – aumentos de major, minor, patch, prepatch, preminor, premajor e prerelease com identificador opcional (alpha, beta, rc).
Ordenação em lote – cole uma versão por linha, ordene em ordem crescente ou decrescente; linhas inválidas são relatadas separadamente para que você possa limpá-las.
Precedência de pré-lançamento – segue a regra do SemVer de que versões de pré-lançamento têm precedência menor do que a versão normal associada.
Consciência de metadados de build – metadados de build são analisados e exibidos, mas ignorados para precedência, exatamente como exigido pelo especificação.
Copiar e baixar – obtenha o resultado como texto ou como um arquivo baixável com um único clique.

 Perguntas frequentes

O que é Semantic Versioning (SemVer)?

Semantic Versioning é uma especificação pública (semver.org) que dá a versões de software um número de três partes significativo — MAJOR.MINOR.PATCH. MAJOR é aumentado para mudanças quebrantes, MINOR para recursos compatíveis com versões anteriores e PATCH para correções de erros compatíveis com versões anteriores. Identificadores de pré-lançamento opcionais (-beta.1) e metadados de build (+sha.abc123) podem ser anexados.
O que significa o operador caret (^) em um intervalo?

^X.Y.Z aceita todas as versões que não mudam o componente não-zero mais à esquerda. ^1.2.3 significa >=1.2.3 e =0.2.3 e =0.0.3 e <0.0.4. É o operador padrão usado por npm quando você salva uma dependência.
Como o operador tilde (~) difere do caret?

~X.Y.Z é mais conservador que ^ . Permite apenas mudanças de patch quando MINOR é especificado — ~1.2.3 significa >=1.2.3 e =1.0.0 e <2.0.0).
Como as versões de pré-lançamento são comparadas?

As versões de pré-lançamento têm precedência menor do que a versão normal correspondente (1.0.0-alpha < 1.0.0). Os identificadores são comparados da esquerda para a direita: identificadores numéricos são comparados numericamente, identificadores alfanuméricos são comparados lexicalmente, e um conjunto menor de campos tem precedência menor do que um conjunto maior.
Por que os metadados de build são ignorados ao comparar versões?

A especificação SemVer 2.0.0 afirma que os metadados de build (o sufixo +abc.123) DEVEM ser ignorados ao determinar a precedência de versão. Duas versões que diferem apenas nos metadados de build são consideradas iguais em ordenação, mesmo que sejam strings diferentes literalmente.
Por que minha versão de pré-lançamento não satisfaz ^1.2.0?

De acordo com a convenção de correspondência de intervalo do npm, uma versão de pré-lançamento como 1.5.0-beta.1 só satisfaz um intervalo se pelo menos um comparador nesse intervalo mencionar explicitamente um pré-lançamento para o mesmo MAJOR.MINOR.PATCH. Isso previne que versões de pré-lançamento sejam inadvertidamente incluídas em intervalos de versões normais.