GeeksforGeeks

semantic versioning (also referred as SemVer) is a versioning system that has been on the rise over the last few years. Sempre foi um problema para desenvolvedores de software, gerentes de lançamento e consumidores. Ter uma maneira universal de versionar os projetos de desenvolvimento de software é a melhor maneira de rastrear o que está acontecendo com o software como novos plugins, addons, bibliotecas e extensões estão sendo construídos quase todos os dias.

versionamento semântico é um número de 3 componentes no formato de X. Y. Z, onde :

• X representa uma versão principal.
• Y representa uma versão menor.
• Z representa um sistema transdérmico.

assim, SemVer é Da Forma maior.Menor.Remendo.

Working : The goal of SemVer was to bring some sanity to the management of rapidly moving software release targets. Como discutido acima, 3 números I. E., Maior, Menor e Patch são necessários para identificar uma versão de software. Por exemplo, se tomarmos a versão 5.12.2, então ela tem uma versão maior de 5, uma versão menor de 12 e uma versão patch de 2. Abaixo estão indicados os cenários em que deverá aumentar o valor de X, Y e Z.

• aumenta o valor de X ao quebrar a API existente.
• aumenta o valor de Y ao implementar novas funcionalidades de uma forma compatível com o passado.
• aumenta o valor de Z ao corrigir erros.

os identificadores válidos estão no conjunto e não podem estar em branco. Os metadados de pré-libertação são identificados adicionando um hífen ao fim da sequência do SemVer. Assim, um pré-lançamento para a versão 1.0.0 pode ser 1.0.0-alpha.1. Então, se outra construção é necessária, ele se tornaria 1.0.0-Alfa.2, e assim por diante. Note que os nomes não podem conter zeros iniciais, mas hífens são permitidos em nomes para identificadores de pré-lançamento.

vantagens de Semper:

• Você pode manter o controle de cada transição na fase de desenvolvimento de software.
• Versioning pode fazer o trabalho de explicar aos desenvolvedores sobre que tipo de mudanças ocorreram e as possíveis atualizações que devem ocorrer no software.ajuda a manter as coisas limpas e significativas.
• Ele ajuda outras pessoas que podem estar usando seu projeto como uma dependência.

aponta para ter em mente :

• a primeira versão começa em 0.1.0 e não em 0.0.1, uma vez que não ocorreram correções de bugs, ao invés disso começamos com um conjunto de características como o primeiro rascunho do projeto.
• antes de 1.0.0 é apenas a fase de desenvolvimento,onde você se concentra em fazer as coisas.
• O servidor não abrange as bibliotecas marcadas com 0.*.*. A primeira versão estável é 1.0.0.Etiquetas para artigos: