DevOps

GitLab CI/CD

.gitlab-ci.yml, Stages, Jobs, Runners, Artifacts, Cache, Environments, Deployments, Fehlerbehebung bei Pipelines

22 Interview-Fragen·
Mid-Level
1

Wie lautet der Name der Konfigurationsdatei zum Definieren von GitLab-CI/CD-Pipelines?

Antwort

Die Datei .gitlab-ci.yml im Stammverzeichnis des Repositorys definiert alle Pipelines, Stages, Jobs und CI/CD-Konfigurationen. GitLab erkennt diese Datei automatisch und führt Pipelines bei jedem Push oder Merge Request aus. Das YAML-Format bietet eine deklarative Syntax zur Definition der Pipeline-Infrastruktur als Code.

2

Was repräsentiert ein 'Stage' in GitLab CI/CD?

Antwort

Ein Stage ist eine logische Pipeline-Phase, die mehrere parallel ausgeführte Jobs gruppiert. Stages werden sequenziell in der definierten Reihenfolge ausgeführt (z. B. build → test → deploy). Jobs innerhalb desselben Stages können parallel laufen, wenn mehrere Runner verfügbar sind. Schlägt ein Job in einem Stage fehl, stoppt die Pipeline standardmäßig.

3

Was ist der Hauptunterschied zwischen 'Artifacts' und 'Cache' in GitLab CI?

Antwort

Artifacts sind von einem Job erzeugte Dateien, die an nachfolgende Jobs weitergegeben oder heruntergeladen werden können (z. B. kompilierte Binärdateien, Testberichte). Cache speichert Abhängigkeiten, um Builds zu beschleunigen (z. B. node_modules, .m2). Artifacts sind zwischen Jobs garantiert, Cache ist Best-Effort. Cache verwendet einen Schlüssel zum Teilen zwischen Pipelines, Artifacts sind pro Pipeline.

4

Welches Schlüsselwort steuert, wann ein Job in GitLab CI ausgeführt wird?

5

Was ist ein GitLab Runner?

+19 Interview-Fragen

Meistere DevOps für dein nächstes Interview

Zugang zu allen Fragen, Flashcards, technischen Tests, Code-Review-Übungen und Interview-Simulatoren.

Kostenlos starten