CI/CD con Gitea Actions
Durante mucho tiempo, la norma fue tener pipelines de integración continua gigantes. Un solo script que hacía build, tests y deploy. Si algo fallaba en el último paso, había que volver a correr todo desde cero.
El cambio a la granularidad
Con Gitea Actions pudimos dividir nuestro proceso en múltiples etapas independientes pero secuenciales.
yamlname: CI/CD Pipeline on: push: branches: [ main ] jobs: lint: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - run: npm ci && npm run lint test: needs: lint runs-on: ubuntu-latest steps: - run: npm ci && npm test deploy: needs: test runs-on: self-hosted steps: - run: ./scripts/deploy.sh --granular
Este enfoque nos permite re-ejecutar únicamente el job que falló sin recompilar el proyecto entero.
¿Te sirvió este post?
Discusión
2 comentariosJG
Juana GómezHace 2 horas
Excelente desglose. La explicación del Request scope me vino al pelo.
¿Te gustó el artículo?
Suscribite para recibir las últimas publicaciones directo en tu email.