Descripción de los pasos a seguir para realizar el despliegue.
- Ejecutar comando
npm run changelog
y actualizar release en Github (reemplazar nombres por users en Github). - Actualizar el número de versión en
package.json
. - Reconstruir el directorio
dist
(rm -rf dist && npm run build:content
). - Agregar cambios (
git add package* dist/
) - Hacer commit de los cambios
(
git commit -m "chore(release): Bumps version to vX.X.X and updates dist files"
). - Crear la etiqueta/tag de release
(
git tag -a vX.X.X -m "vX.X.X - Release name"
). - Empujar cambios y tags a upstream (
git push upstream main --tags
).
Luego de eso, una vez pusheado el tag, github ejecuta las actions para realizar los despliegues de release.
Hay dos tipos de releases, los releases a staging
y los releases a production
.
Para realizar un deploy a staging
, el tag debe comenzar con v
y contener el
substring alpha
o beta
.
En caso de no contener alpha
ni beta
y de comenzar con v
, se asume que
es un release para production
.
Para más información puedes revisar los archivos relacionados.
Archivos relacionados: .github/workflows
.