Las
prácticas de versionado se apoyan mucho en la
nomenclatura usada, de manera que ésta
represente de release a release de producto los
cambios que ocurren en cada uno de ellos.
Estas buenas prácticas toman como base el
Semantic Versioning (semver.org) como un
estándar de la industria. Sin el cumplimiento de
algún tipo de especificación formal, los números
de versión son esencialmente inútiles para la
gestión de dependencias.
En Besysoft
el nombrado recomendado se conforma de la
siguiente manera:
Ejemplos:
Para el proyecto de Retención y Pase a Prepago
identificado como CLRETYPP, correspondiente a la
primera entrega del Sprint 1, versión
1.0.8-beta, cuyo id de construccion (TeamCity)
es 356, quedaría:
Más ejemplos:
CLRETYPP_1.0.0-alpha_S1_365,
CLRETYPP_1.0.0-alpha_S2_487,
CLRETYPP_1.0.0-alpha_S3_600
CLRETYPP_1.0.0-beta_S4_850
CLRETYPP_1.0.0
(release entregado al cliente)
CLRETYPP_1.0.1
(bug fixing sobre el release en PROD
CLRETYPP_1.0.0)
Este nombrado es parte del proceso de Entrega
de Producto en el flujo del proceso
de Desarrollo.
Entrega de
producto
En la narrativa del proceso dice: Luego de
generar en Issue Tracker la nueva versión
a entregar, se procede a Analizar y Denominar
esa versión. Para el nombre de la versión podrá
utilizarse la nomenclatura establecida por el
Cliente (si fuera un requisito) o una
nomenclatura definida para el proyecto,
considerando un nombre significativo para los
clientes y el software. Se han establecido un
conjunto de buenas prácticas de nombrado de
versión que deben tomarse como referencia:
Luego, se especifica el nombre de la versión en
la estructura de entrega.
|
