¿Qué sucede después de que GitLab recibe el código…

GitLab, al recibir un código (generalmente mediante git push), inicia un proceso que depende de la configuración del proyecto:

Webhooks: Cuando llega un nuevo código, GitLab puede notificar a sistemas externos (por ejemplo, servidores CI/CD, sistemas de gestión de proyectos) enviando solicitudes HTTP. Esto actúa como un disparador para acciones posteriores.
Pipeline CI/CD: Si en el proyecto está configurado el archivo .gitlab-ci.yml, GitLab Runner inicia el pipeline CI/CD. Este proceso incluye:
- Verificación de la sintaxis del archivo .gitlab-ci.yml.
- Creación de tareas (jobs) basadas en las definiciones en el archivo yml.
- Asignación de tareas a runners disponibles.
- El runner recibe las tareas, descarga el código fuente del repositorio.
- Ejecuta los comandos especificados para cada tarea (compilación, pruebas, despliegue, etc.).
- Guarda artefactos (aplicaciones compiladas, informes de pruebas) y archivos de registro.
- Envía el estado de las tareas de vuelta a GitLab.
Ejemplo de estructura .gitlab-ci.yml:
```
stages:
  - build
  - test
  - deploy

build_job:
  stage: build
  script:
    - echo "Construyendo la aplicación..."
    - make build

test_job:
  stage: test
  script:
    - echo "Ejecutando pruebas..."
    - make test

deploy_job:
  stage: deploy
  script:
    - echo "Desplegando la aplicación..."
    - make deploy
  only:
    - main  # Solo dispara al hacer push en la rama main
```
Acciones automáticas: GitLab puede realizar otras acciones automáticas:
- Crear Merge Request (al hacer push en una rama distinta a la de destino).
- Actualizar el estado del Merge Request (si existe).
- Ejecutar escaneos de seguridad (si están configurados).
- Cierre automático o vinculación de tareas (mediante palabras clave en los commits o en la descripción del Merge Request).
Sistema de notificaciones: GitLab envía notificaciones a los usuarios por correo electrónico u otros canales (Slack, Mattermost), si están suscritos a eventos en el repositorio (nuevos commits, estados del pipeline, comentarios).
Actualización de datos del repositorio: Internamente, GitLab actualiza los datos sobre el repositorio, ramas, etiquetas y el historial de commits.

El proceso en general está dirigido a integrar el nuevo código en el flujo de trabajo general, automatizar la compilación, pruebas y, posiblemente, el despliegue, además de notificar a las partes interesadas.

¿Qué sucede después de que GitLab recibe el código?