DevOps

GitLab CI/CD

.gitlab-ci.yml, stages, jobs, runners, artifacts, cache, environments, deployments, rozwiązywanie problemów z pipeline

22 pytań z rozmów·
Mid-Level
1

Jaka jest nazwa pliku konfiguracyjnego do definiowania pipeline'ów GitLab CI/CD?

Odpowiedź

Plik .gitlab-ci.yml znajdujący się w katalogu głównym repozytorium definiuje wszystkie pipeline'y, stages, jobs i konfiguracje CI/CD. GitLab automatycznie wykrywa ten plik i wykonuje pipeline'y przy każdym push lub merge request. Format YAML zapewnia deklaratywną składnię do definiowania infrastruktury pipeline jako kodu.

2

Co reprezentuje 'stage' w GitLab CI/CD?

Odpowiedź

Stage to logiczna faza pipeline'a grupująca wiele jobs wykonywanych równolegle. Stages wykonują się sekwencyjnie w zdefiniowanej kolejności (np. build → test → deploy). Jobs w obrębie tego samego stage'a mogą działać równolegle, jeśli dostępnych jest wiele runners. Jeśli job w stage'u zawiedzie, pipeline domyślnie się zatrzymuje.

3

Jaka jest główna różnica między 'artifacts' a 'cache' w GitLab CI?

Odpowiedź

Artifacts to pliki generowane przez job i przekazywane do kolejnych jobs lub dostępne do pobrania (np. skompilowane pliki binarne, raporty testów). Cache przechowuje zależności w celu przyspieszenia buildów (np. node_modules, .m2). Artifacts są gwarantowane między jobs, cache działa na zasadzie best-effort. Cache używa klucza do współdzielenia między pipeline'ami, artifacts są per-pipeline.

4

Które słowo kluczowe kontroluje, kiedy job jest wykonywany w GitLab CI?

5

Czym jest GitLab Runner?

+19 pytań z rozmów

Opanuj DevOps na następną rozmowę

Uzyskaj dostęp do wszystkich pytań, flashcards, testów technicznych, ćwiczeń code review i symulatorów rozmów.

Zacznij za darmo