El control de versiones semántico (también conocido como SemVer ) es un sistema de control de versiones que ha ido en aumento en los últimos años. Siempre ha sido un problema para los desarrolladores de software, los administradores de versiones y los consumidores. Tener una forma universal de versionar los proyectos de desarrollo de software es la mejor manera de realizar un seguimiento de lo que sucede con el software, ya que casi todos los días se crean nuevos complementos, complementos, bibliotecas y extensiones. Este problema se puede resolver mediante Versionado Semántico. En resumen, es una forma de numerar las versiones de software.
Entonces, SemVer tiene la forma de Major.Minor.Patch .
Diferentes componentes de la numeración de versiones
Versionado semántico es un número de 3 componentes en formato XYZ, donde:
- X representa una versión principal . El número más a la izquierda indica una versión principal. Cuando aumenta el número de la versión principal, lo aumenta en uno, pero restablece la versión del parche y las versiones secundarias a cero. Si la versión actual es la 2.6.9, la próxima actualización para una versión principal será la 3.0.0. Aumente el valor de X al romper la API existente.
- Y representa una versión menor . Se utiliza para el lanzamiento de nuevas funciones en el sistema. Cuando aumenta la versión secundaria, la aumenta en uno, pero debe restablecer la versión del parche a cero. Si la versión actual es la 2.6.9, la próxima actualización para una versión secundaria será la 2.7.0. Aumente el valor de Y al implementar nuevas funciones de forma compatible con versiones anteriores.
- Z significa Versiones de parches : las versiones de los parches se utilizan para corregir errores. No hay cambios de funcionalidad en las actualizaciones de la versión del parche. Si la versión actual es 2.6.9, la próxima versión para una actualización de parche será 2.6.10. No hay límite para estos números. Aumente el valor de Z al corregir errores
Los identificadores válidos están en el conjunto [A-Za-z0-9] y no pueden estar vacíos. Los metadatos previos al lanzamiento se identifican agregando un guión al final de la secuencia de SemVer. Por lo tanto, una versión preliminar de 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-alpha.2, y así sucesivamente. Tenga en cuenta que los nombres no pueden contener ceros a la izquierda, pero se permiten guiones en los nombres para los identificadores previos al lanzamiento.
Versionado semántico
Posibles actualizaciones de versión
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 se han realizado y las posibles actualizaciones que deberían realizarse en el software.
- Ayuda a mantener las cosas limpias y significativas.
- Ayuda a otras personas que podrían estar usando su proyecto como una 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 realizado correcciones de errores, sino que comenzamos con un conjunto de características como el primer borrador del proyecto.
- Antes de 1.0.0 es solo la fase de desarrollo, donde te enfocas en hacer las cosas. Esta etapa es para los desarrolladores en los que se está desarrollando el sistema.
- SemVer no cubre las bibliotecas con la etiqueta 0.*.* . La primera versión estable es la 1.0.0.
Publicación traducida automáticamente
Artículo escrito por Parikshit Hooda y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA