GeeksforGeeks

El versionado semántico (también conocido como SemVer) es un sistema de versionado que ha ido en aumento en los últimos años. Siempre ha sido un problema para los desarrolladores de software, administradores de versiones y consumidores. Tener una forma universal de controlar las versiones de los proyectos de desarrollo de software es la mejor manera de rastrear lo que está sucediendo con el software, ya que se construyen nuevos complementos, complementos, bibliotecas y extensiones casi todos los días.

El versionado semántico es un número de 3 componentes en formato X. Y. Z, donde :

• X significa una versión principal.
• Y significa una versión menor.
• Z significa un parche.

Entonces, SemVer es de la forma Mayor.Menor.Parche.

Trabajo: El objetivo de SemVer era aportar algo de cordura a la gestión de los objetivos de liberación de software en rápido movimiento. Como se mencionó anteriormente, se requieren 3 números, es decir, Mayor, Menor y Parche para identificar una versión de software. Por ejemplo, si tomamos la versión 5.12.2, entonces tiene una versión mayor de 5, una versión menor de 12 y una versión de parche de 2. A continuación se muestran los escenarios en los que debe aumentar el valor de X, Y y Z.

• Aumentar el valor de X al romper la API existente.
• Aumenta el valor de Y al implementar nuevas características de forma compatible con versiones anteriores.
• Aumenta el valor de Z al corregir errores.

Los identificadores válidos están en el conjunto y no pueden estar vacíos. Los metadatos de prelanzamiento se identifican añadiendo un guion al final de la secuencia SemVer. Por lo tanto, un pre-lanzamiento para la versión 1.0.0 podría ser 1.0.0-alpha.1. Luego, si se necesita otra compilación, se convertiría en 1.0.0-alfa.2, y así sucesivamente. Tenga en cuenta que los nombres no pueden contener ceros a la izquierda, pero se permiten guiones en los nombres de los identificadores de prelanzamiento.

Ventajas de SemVer:

• Puede realizar un seguimiento de cada transición en la fase de desarrollo de software.
• El control de versiones puede hacer el trabajo de explicar a los desarrolladores qué tipo de cambios han tenido lugar y las posibles actualizaciones que deberían tener lugar en el software.
• ayuda a mantener las cosas limpias y significativa.
• Ayuda a otras personas que podrían estar usando tu proyecto como dependencia.

Puntos a tener en cuenta :

• La primera versión comienza en 0.1.0 y no en 0.0.1, ya que no se han corregido errores, sino que comenzamos con un conjunto de características como primer borrador del proyecto.
• Antes de 1.0.0 es solo la fase de desarrollo, donde te centras en hacer las cosas.
• SemVer no cubre bibliotecas etiquetadas 0.*.*. La primera versión estable es 1.0.0.