search

gpincheiraa / bln-frontend-project1

3 stars 3 forks source link

Implementar pipeline para el versionado de los release #59

Open glabrat opened 6 years ago

glabrat commented 6 years ago

Siguiendo los siguientes ejemplos: https://github.com/mobify/branching-strategy/blob/master/continuous-deployment.md https://github.com/mobify/branching-strategy/blob/master/release-deployment.md

Pensaba en hacer un desarrollo CI/CD developless, enfocando los cambios en Master, tomando en cuenta los tag para tener una visión fija de un "develop"

Branch Protected? Base Branch Description
master YES N/A Básicamente es producción (stable).
Se requiere de pull request para mezclar en master.
feature NO master Los feature, una rama (unstable). Sirve para dar mantenimiento a feature o desarrollo activo.
release-vX.Y.Z o x.y.z NO master Una rama temporal que sigue las reglas de versionado semver. Lo que se envía a user acceptance testing (UAT).
Se requiere un pull request para mezclar código en esta rama.
bugfix NO release-vX.Y.Z o x.y.z Aquí se hará cualquier corrección que haga falta, una vez corregido agregar el código a la rama release
hotfix-* NO master Correcciones para producción
gpincheiraa commented 6 years ago

@glabrat Cómo ha ido este tema?

glabrat commented 6 years ago

Por ahora tengo todo anotado, mañana haré una prueba pequeña, para ver qué tan bien queda, además hacer changelog y ver que tan efectivo es en la práctica

El dom., 8 jul. 2018 18:46, Gonzalo Pincheira Arancibia < notifications@github.com> escribió:

@glabrat https://github.com/glabrat Cómo ha ido este tema?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/gpincheiraa/bln-frontend-project1/issues/59#issuecomment-403323246, or mute the thread https://github.com/notifications/unsubscribe-auth/ATEcuoWdMV246yieUYjQMJugzU6J5Udoks5uEovNgaJpZM4VDNgk .

glabrat commented 6 years ago

https://keepachangelog.com/en/1.0.0/

Vi una documentación sobre los changelog, me agradó!