Ferramentas de CI/CD

editor GitLab CI — entenda as regras antes do push

Cole .gitlab-ci.yml, informe o contexto de teste e examine jobs, referências de variáveis e includes locais fornecidos.

editor GitLab CI

YAML de CI

Resultado

A análise roda neste navegador. Nada é enviado ao GitLab.

Opções

Contexto simulado

Arquivos include locais

Só os arquivos fornecidos aqui são resolvidos; includes remotos ficam indeterminados.

Ainda não analisado. Analise este YAML.

Um YAML válido ainda pode apontar para o stage errado ou ter uma regra que elimina o job esperado. O editor GitLab CI mostra o que os dados locais permitem concluir antes de mais um commit de tentativa.

O validador GitLab CI aqui verifica um conjunto delimitado de estruturas. O CI Lint do projeto continua sendo a referência para o comportamento da sua instância.

Por que usar o editor GitLab CI

Uma condição ignorada e uma condição desconhecida são coisas diferentes.

Resultado com motivo

O editor GitLab CI classifica cada job como incluído, ignorado ou indeterminado com base nas variáveis informadas. Sem diff, rules:changes não vira falso automaticamente.

Um job YAML ligado a três estados distintos: incluído, ignorado e indeterminado.

Include local fornecido de forma explícita

Adicione o caminho e o conteúdo exatos de include:local. Um arquivo ausente é sinalizado; nunca vira uma configuração vazia.

Duas folhas YAML conectadas por um caminho local e uma ligação aberta para arquivo ausente.

Prepare o contexto antes de interpretar

01

Troque os valores de demonstração

push e main são exemplos. Para uma merge request, mude primeiro a origem do pipeline e os branches de teste.

02

Forneça o arquivo local

include:local exige caminho e YAML correspondentes. O navegador não lê seu repositório nem busca templates remotos.

03

Leia as camadas separadamente

Parse de YAML, diagnóstico de estrutura e prévia de rules respondem perguntas distintas. Alterou uma opção? Analise novamente antes de exportar.

Configuração, decisões e referências

Formato sem sobrescrever

Ao formatar .gitlab-ci.yml, a saída recebe recuo de dois espaços e preserva comentários representáveis; a entrada continua intacta.

Checagens específicas

O validador GitLab CI confere stages, ação dos jobs, formato de rules e referências needs locais. Não substitui o schema do servidor.

Prévia de regras

Ao testar regras GitLab CI, expressões if aceitas seguem a primeira correspondência; condições de arquivo ficam indeterminadas. Há suporte a presença de variável, ==, !=, &&, || e parênteses; regex fica indeterminada.

Variáveis lado a lado

A lista de variáveis GitLab CI reúne definições e referências $NAME. Valores do projeto e grupo não estão acessíveis aqui.

Até onde vai a análise no navegador

Não simula o servidor
O editor GitLab CI não cria pipelines nem executa scripts. Versão, permissões e arquivos reais exigem CI Lint no projeto.
Sem diff, sem conclusão
rules:changes e rules:exists precisam da situação do repositório. Ausência de contexto não equivale a condição falsa.
Só includes fornecidos
include:local requer caminho e conteúdo exatos. project, remote, template e component não são baixados.
Variável pode vir de fora
Falta de definição local não prova falta de variável em projeto, grupo ou instância GitLab.
Entrada preservada
A formatação gera uma saída separada. Compare antes de copiar ou baixar o arquivo.

Dúvidas sobre o editor GitLab CI

Como validar o .gitlab-ci.yml antes do push?

Passe o rascunho pelo editor GitLab CI para checagens locais aceitas e confirme a versão final no CI Lint do projeto.

Por que uma regra não seleciona o job esperado?

A prévia avalia expressões if aceitas em ordem. A simulação do GitLab pode usar branch, needs e arquivos que esta página não conhece.

Por que include:local não encontra o arquivo?

Informe o caminho include:local exato e cole o arquivo. Sem conteúdo fornecido, ele permanece sem resolução.

Variáveis do job podem ser usadas em rules:if?

Variáveis de job nem sempre estão disponíveis quando o GitLab decide rules. Confira o escopo da variável na documentação.

Como identificar as variáveis referenciadas no YAML?

A aba Variáveis mostra referências $NAME e definições locais. Um valor ausente aqui ainda pode estar nas configurações do GitLab.

Encontrou um workflow que esta ferramenta avalia errado?

Revise o rascunho no editor GitLab CI

Volte ao editor GitLab CI, confira os itens indeterminados e valide o arquivo final no projeto real.