Esquema de Nomenclatura de Versiones

 

En la gestión de software siempre habrán cambios mientras mas crece el sistema. La debilidad de las actualizaciones son las dependencias, donde publicar una nueva versión de paquete puede ser muy difícil. Se evita llegar a un bloqueo de versiones, donde este ocurre cuando hay imposibilidad de actualizar un paquete sin la necesidad de actualizar todos los que dependen de este. La solución de la organización de las versiones son un set de reglas y requerimientos que dictan como asignar y como aumentar el número de versiones. La primera versión seria la API publica y con esto se comienza la nomenclatura que se escogió.

El formato de versión considera el tipo X.Y.Z (Major.Minor.Patch). Cada uno de estos funciona de la siguiente manera:

  • Patch: Cuando se hace el arreglo de bugs, ya que se le conoce como revisión indicando si se hizo una revisión del código por algún fallo.
  • Minor: Cuando se colocan nuevas funcionalidades, cambios adicionales que no rompen la compatibilidad de las dependencias anteriores.
  • Mayor: Cuando se hacen nuevas funcionalidades con la característica que rompen con la compatibilidad de las dependencias anteriores. También es utilizada para saber el número de versión de software.

Comentarios

Entradas populares de este blog

Herramienta para el control de versiones

Herramientas para Pruebas Unitarias

Sprint review sprint2