01
Beispielkontext ersetzen
push und main sind nur Demonstrationswerte. Für einen Merge Request zuerst Pipeline-Quelle und Branch entsprechend ändern.
CI/CD-Tools
GitLab CI Editor – Regelentscheidungen vor dem Push sehen
.gitlab-ci.yml einfügen, simulierten Kontext setzen und Jobs, Variablen sowie bereitgestellte Includes lokal prüfen.
GitLab CI Editor
CI-YAML
Ergebnis
Die Analyse läuft nur im Browser. Nichts wird an GitLab gesendet.
Noch nicht analysiert. Analyse für dieses YAML starten.
Eine YAML-Datei kann gültig sein und trotzdem einen Job in der falschen Stage oder einen unerwarteten rules-Zweig enthalten. Der GitLab CI Editor zeigt vor dem nächsten Commit, was sich aus den vorhandenen Daten tatsächlich ableiten lässt.
Die Funktion GitLab CI YAML validieren deckt bewusst nur ausgewählte Strukturregeln ab. Für die verbindliche Prüfung des Projekts bleibt GitLab CI Lint zuständig.
Warum den GitLab CI Editor verwenden
Übersprungene Jobs und fehlenden Kontext getrennt erkennen.
Entscheidung mit Begründung
Der GitLab CI Editor zeigt Jobs für die angegebenen Variablen als enthalten, übersprungen oder unbestimmt. Ohne Diff bleibt rules:changes unbestimmt statt fälschlich negativ.
Lokale Includes mit genauer Zuordnung
Ein include:local wird nur aufgelöst, wenn Pfad und Inhalt eingegeben wurden. Eine fehlende Datei erscheint als offener Verweis, nicht als leere Konfiguration.
Drei Prüfungen vor der Auswertung
02
Dateien bewusst hinzufügen
Für include:local müssen Pfad und YAML-Inhalt übereinstimmen. Der Browser durchsucht kein Repository und lädt keine Vorlage nach.
03
Ergebnisse getrennt lesen
Syntax, Strukturdiagnose und Regelvorschau beantworten verschiedene Fragen. Nach jeder Änderung wird der Export gesperrt, bis erneut analysiert wurde.
Struktur und Referenzen gemeinsam lesen
Formatierung ohne Überschreiben
Mit .gitlab-ci.yml formatieren entsteht eine eigene Ausgabe mit zwei Leerzeichen Einrückung. Erhaltbare Kommentare bleiben erhalten.
Ausgewählte Strukturchecks
GitLab CI YAML validieren umfasst Stages, Job-Aktionen, die Form von rules und lokale needs-Verweise; es ist kein vollständiges Server-Schema.
Vorschau auf Job-Regeln
GitLab CI Regeln testen wertet unterstützte if-Bedingungen in Reihenfolge aus. Datei- und Diff-Bedingungen bleiben unbestimmt. Unterstützt werden Variablenprüfung, ==, !=, &&, || und Klammern; Regex bleibt unbestimmt.
Variablen und Verwendungen
GitLab CI Variablen prüfen listet Definitionen und $NAME-Verweise. Werte aus Projekt und Gruppe sind lokal unsichtbar.
Grenzen einer lokalen Entscheidung
- Keine GitLab-Simulation
- Der GitLab CI Editor erstellt keine Pipeline und führt keine Skripte aus. Für Version, Rechte und echte Repository-Daten ist CI Lint im Projekt nötig.
- Fehlende Dateien sind nicht falsch
- rules:changes und rules:exists benötigen Diff oder Dateiliste. Ohne diese Daten wird kein false behauptet.
- Nur bereitgestellte Includes
- include:local braucht einen passenden eingegebenen Pfad. project, remote, template und component werden nicht geladen.
- Variable kann extern gesetzt sein
- Ein lokal fehlender Wert kann aus Projekt-, Gruppen- oder Instanzvariablen kommen.
- Original bleibt erhalten
- Formatierung schreibt in die Ausgabe. Das Eingabe-YAML wird weder sortiert noch automatisch verändert.
Fragen zum GitLab CI Editor
Wie validiere ich eine .gitlab-ci.yml vor dem Push?
Mit dem GitLab CI Editor die unterstützte Syntax und Struktur vorprüfen und danach die endgültige Datei im CI Lint des Projekts validieren.
Warum greifen meine GitLab CI rules nicht?
Diese Vorschau wertet unterstützte if-Ausdrücke aus. Die GitLab-Simulation kann zusätzlich Branch, needs und Repository-Zustand berücksichtigen.
Warum wird eine lokale include-Datei nicht gefunden?
Den exakten include:local-Pfad samt YAML-Inhalt angeben. Eine nicht bereitgestellte oder entfernte Datei bleibt ungelöst.
Weshalb sind Job-Variablen in rules nicht verfügbar?
Job-Variablen sind bei der Erstellung der Pipeline nicht automatisch für rules verfügbar. Prüfen Sie den Gültigkeitsbereich in GitLab.
Wie finde ich referenzierte CI-Variablen?
Im Variablenbereich stehen $NAME-Verweise und lokale Definitionen. Fehlt dort ein Wert, kann er trotzdem aus GitLab-Einstellungen stammen.
Einen Workflow gefunden, bei dem das Tool falsch liegt?
GitLab CI Editor für den Entwurf nutzen
Im GitLab CI Editor die unbestimmten Stellen prüfen und die endgültige Konfiguration anschließend im echten Projekt validieren.