@@ -4,9 +4,12 @@ Para el versionamiento de proyectos de software, se recomienda el uso de las esp
...
@@ -4,9 +4,12 @@ Para el versionamiento de proyectos de software, se recomienda el uso de las esp
## Especificación
## Especificación
* Un número de versión deberá tener el formato X.Y.Z en donde X, Y y Z son números enteros no negativos y no deben ser precedidos de ceros.
* Un número de versión deberá tener el formato **X.Y.Z** en donde **X**, **Y** y **Z** son números enteros no negativos y no deben ser precedidos de ceros.
* Cada elemento debe incrementarse numéricamente.
* Cada elemento debe incrementarse numéricamente.
* En el formato X.Y.Z, el número X indicará un número de versión mayor (por ejemplo, un cambio completo de una API), el número Y indicará un número de versión menor (compatible con versiones anteriores) y el número Z indicará un número de parche.
* En el formato **X.Y.Z**:
* El número **X** indicará un número de versión mayor (por ejemplo, un cambio completo de una API)
* El número **Y** indicará un número de versión menor (compatible con versiones anteriores)
* El número **Z** indicará un número de parche.
* Nunca se deberá modificar el contenido de una versión existente. En caso necesario se debe crear una nueva versión.
* Nunca se deberá modificar el contenido de una versión existente. En caso necesario se debe crear una nueva versión.
* Al realizar un lanzamiento nuevo en Git (Release), el título deberá ser el número del lanzamiento (por ejemplo, 1.2.0)
* Al realizar un lanzamiento nuevo en Git (Release), el título deberá ser el número del lanzamiento (por ejemplo, 1.2.0)
* Todo lanzamiento de una nueva versión deberá tener una descripción detallada de los cambios en la misma.
* Todo lanzamiento de una nueva versión deberá tener una descripción detallada de los cambios en la misma.