DESPLIGUE DE APLICACIONES CON GITLAB CI

DESPLIGUE DE APLICACIONES CON GITLAB CI

Es fundamentalmente un viaje sin escalas, GitLab CI/CD corre sus estructuras en una cosa que se denomina GitLab Runners. Dichos runners son máquinas virtuales recluidas que corren pasos predefinidos por medio de la API, GitLab CI API para ser preciso. Este instrumento, libre, posibilita que los proyectos corran por medio de los estructuras de pipelines más veloz, comparada a una vez que se corren en una sola instancia. GitLab Runner Son utilizados en mezcla con GitLab CI, el servicio de código abierto de adhesión continua integrado en Gitlab el cual coordina los trabajos, Manos a la obra Tenemos la posibilidad de producir una tubería, — pipeline de ahora en adelante, que empuje nuestro código en 3 etapas: creación, pruebas y entrega. Un pipeline recordemos es un conjunto de pasos que son agrupados bajo propiedades semejantes. El pipeline de entrega El pipeline del plan instala dependencias, corre los linters y cualquier script que tenga que ver con código. El pipeline de incorporación continua corre pruebas automatizadas y construye variantes distribuidas del código.

Para configurar la CI/CD para un plan de GitLab, se debería situar un documento de configuración denominado gitlab-ci. El documento va a ser ejecutado por el GitLab Runner, donde se realizará la obra y prueba de la aplicación en cada push al repositorio, La unión continua (CI) funciona empujando el código a una aplicación alojada en un repositorio Git. En cada push, la aplicación realiza un canal de scripts para edificar, probar y validar los cambios de código antecedente de fusionarlos con la rama primordial. La utilización continua (CD) va un paso más allá que la CI, desplegando la aplicación en un servidor de producción en cada push, en la rama por defecto del repositorio

CI: integración continua

CD: disco compacto

API:  interfaz de programación de aplicaciones

...