Cik sarežģīti bija jūsu rakstītie GitLab CI pipeline ar iekļāvumiem un ankeriem?

Strādājis ar GitLab CI konveijeriem, kas izmanto iekļaušanas un atsauces koda struktūras organizēšanai un atkārtotai izmantošanai dažādu sarežģītības projektu ietvaros:

Tipiski piemērošanas scenāriji:

• Konveijeri mikroservisu būvniecībai dažādās vidēs (dev, staging, prod).

Izmantoju:

• Ārējie iekļaušanas: kopēju būvniecības, testēšanas, izvietošanas šablonu pievienošana no centralizētas repozitorijas.
• Vietējie iekļaušanas: liela .gitlab-ci.yml sadalīšana mazākās, lasāmākās daļās (piemēram, pēc būvniecības veida vai posma).
• Atsauces (&) un saites (*): atkārtotu sekciju, piemēram, Docker attēlu konfigurācijas, kopēju skriptu vai uzdevumu parametru atkārtotai izmantošanai.

Sarežģītības piemēri:

• Lojikas filiāles atkarībā no komita veida, saistītajiem failiem vai filiāles.
• rules vai only/except izmantošana kopā ar iekļaušanām, lai iekļautu vai izslēgtu noteiktus uzdevumus vai konveijerus.
• Atsauču un iekļaušanas kombinācija, veidojot parametrizētus uzdevumu šablonus, kas viegli pārkonfigurējami bērnu failos:

# .gitlab-ci.yml - struktūras piemērs
include:
  - project: 'common/ci-templates'
    ref: main
    file: '/templates/build-java.yml' # Kopējs Java būvniecības šablons

  - local: '.gitlab-ci/deploy-prod.yml' # Vietējais fails, izvietošanai uz prod

variables:
  SERVICE_NAME: my-service

stages:
  - build
  - test
  - deploy

# Kopēju iestatījumu izmantošana ar atsaucēm
.base_job: &base_job
  image: ubuntu:latest
  before_script:
    - echo "Sākas darbs..."

build-job:
  <<: *base_job # Atsauces piemērošana
  stage: build
  script:
    - echo "Būvēju $SERVICE_NAME"

# Uzdevums, kas definēts no common/ci-templates iekļaušanas
# java-build:
#    <<: *base_job
#    stage: build
#    script:
#      - mvn clean package
# ... (citas uzdevumu definīcijas)

Efektīva iekļaušanu un atsauču izmantošana ļauj veidot mērogojamus, uzturamus CI/CD konveijerus, samazinot koda atkārtošanos un vienkāršojot konfigurācijas pārvaldību. Sarežģītība parasti ir atkarīga no pakalpojumu skaita, tehnoloģiju daudzveidības un konveijera elastības.