Plan de Releases

Owned by DevPortal Editor (Unlicensed)
Last updated: 18/02/22 by Onesait Platform
2 min read

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