예시 브랜치 변경
push와 main은 데모 값입니다. 병합 요청을 살피려면 파이프라인 소스와 브랜치를 먼저 바꾸세요.
CI/CD 도구
.gitlab-ci.yml과 시험할 컨텍스트를 넣어 작업, 변수 참조, 로컬 include를 살펴보세요.
분석은 브라우저에서만 실행되며 GitLab에 전송되지 않습니다.
아직 분석하지 않았습니다. 분석을 실행하세요.
YAML 문법이 맞아도 stage 이름이나 rules 조건 때문에 예상한 작업이 빠질 수 있습니다. GitLab CI 편집기는 커밋 전에 확인 가능한 로컬 근거를 보여 줍니다.
이 GitLab CI YAML 검증은 지원 범위가 정해진 정적 검사입니다. 실제 프로젝트의 최종 결과는 GitLab CI Lint에서 확인해야 합니다.
건너뜀과 미확정을 분리해서 보여 줍니다.
GitLab CI 편집기는 입력한 변수로 각 작업을 포함, 건너뜀, 미확정으로 표시합니다. diff가 없는 rules:changes는 거짓으로 간주하지 않습니다.
경로와 내용을 직접 추가한 include:local만 분석합니다. 없는 파일을 빈 설정으로 처리하지 않고 해석할 수 없다고 표시합니다.
push와 main은 데모 값입니다. 병합 요청을 살피려면 파이프라인 소스와 브랜치를 먼저 바꾸세요.
include:local 경로와 YAML 내용을 함께 넣어야 합니다. 브라우저는 저장소를 자동으로 읽지 않습니다.
YAML 파싱, 구조 진단, rules 미리보기는 서로 다른 판단입니다. 옵션을 바꾸면 결과가 오래된 상태가 되어 다시 분석해야 합니다.
.gitlab-ci.yml 포맷 결과는 별도 출력에 나타납니다. 보존 가능한 주석은 유지하고 입력은 그대로 둡니다.
GitLab CI YAML 검증은 stage, 작업 실행 키, rules 목록 형태, 로컬 needs 대상을 확인합니다.
GitLab CI rules 테스트는 지원되는 if 조건을 순서대로 평가하며 파일 변화 조건은 미확정으로 남깁니다. 지원하는 if 문법은 변수 존재, ==, !=, &&, ||, 괄호입니다. 정규식은 미확정으로 표시합니다.
GitLab CI 변수 확인에서 정의와 $NAME 참조를 나란히 봅니다. 프로젝트 설정 변수는 읽을 수 없습니다.
GitLab CI 편집기로 지원되는 구문과 구조를 먼저 확인한 뒤 프로젝트 CI Lint에서 최종 검증하세요.
지원되는 if 조건만 첫 일치 순서로 미리 봅니다. 서버의 브랜치, needs, 저장소 상태는 이 페이지에서 알 수 없습니다.
정확한 include:local 경로와 파일 내용을 추가하세요. 제공하지 않은 파일은 해석할 수 없으며 자동 다운로드하지 않습니다.
작업 수준 변수가 파이프라인 생성 시점의 rules에 제공되지 않을 수 있습니다. GitLab의 변수 범위를 확인하세요.
분석 후 변수 탭에서 $NAME 참조와 로컬 정의를 확인하세요. 로컬에 없다는 표시는 실행 시 값이 없다는 뜻이 아닙니다.
이 도구가 잘못 판단하는 workflow를 발견했나요?
GitLab CI 편집기에서 미확정 조건을 확인하고 실제 GitLab 프로젝트에서 최종 설정을 검증하세요.