Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »


ES | EN

Cada Quarter (Q, tres meses) generamos release nueva incrementando el segundo dígito y estableciendo un nombre de versión. 

El contenido de cada release se hace de acuerdo a un roadmap de producto:

  • El nombre de versión se elige entre juegos de los 80 de 8 bits y por orden alfabético (Arkanoid, Barbarian, Commando...)
  • Dentro de un Q generamos 4 versiones estables, una al inicio del Q y otras tres durante el Q, al finalizar el mes en curso. 
  • Las versiones estables las desplegamos en el entorno STABLE: https://barbarian.onesaitplatform.com/controlpanel
  • Cada semana generamos una versión release candidate, esta versión parte de una rama estable de código e incrementa el tercer dígito de la versión (1.3.1-rc1, 1.3.2.rc1, 1.3.2-rc2,...). Está destinada a la resolución de bugs y otras mejoras detectadas en la versión estable del Q.
  • Durante el Q las nuevas funcionalidades definidas en el roadmap se integran en la rama develop y se despliegan en el entorno de DEV: https://development.onesaitplatform.com/controlpanel/
  • Tanto las versiones release candidate (semanales) como las versiones del quarter (trimestrales) llevan agrupadas las funcionalidades (features), correcciones (bugs) y mejoras (upturns) en Milestones.

  • Durante el Q, todas las versiones de develop generan una versión alpha (1.4.0-alpha1, 1.4.0-alpha2,....) a excepción de la última semana del Q en la que nos centramos en estabilizar todos los desarrollos de esta rama y se generan versiones beta (1.4.0-beta1, 1.4.0-beta2) hasta llegar a la versión estable final, 1.4.0-commando

  • No labels