ForHosting KIT · Ferramentas para dev

Verifique um caminho com padrões .gitignore

Descubra se o Git ignoraria um arquivo e qual regra decide: logs/build.log é ignorado por causa de *.log, a segunda regra da lista, e uma regra posterior como !important.log pode reverter uma anterior. Grátis no seu navegador.

  • Grátis
  • Funciona no seu navegador
  • Sem cadastro
  • Seus dados não saem do seu aparelho
Use pelo WebAPIE-mailTelegramApp em breve
Se você digitar
Padrões
dist/, *.log, !important.log, secrets/**
Caminho
logs/build.log
Você obtém
Padrão correspondente
*.log
Índice correspondente
1

Verifique um caminho relativo ao repositório usando uma lista ordenada de padrões .gitignore, sem criar um repositório temporário nem executar o Git. O resultado informa se o caminho é ignorado e, quando há correspondência, identifica o último padrão decisivo e sua posição iniciada em zero. O verificador reconhece comentários, caracteres de escape, regras ancoradas na raiz, regras de diretório, curingas, classes de caracteres, padrões recursivos com asterisco duplo e negação. Padrões malformados geram erro em vez de serem tratados silenciosamente como texto literal inofensivo.

Forneça as regras na ordem verdadeira

Um arquivo .gitignore não é apenas um conjunto de globs independentes. O Git avalia as regras em sequência, e uma regra posterior que corresponda ao caminho pode alterar a decisão de uma anterior. Envie os padrões exatamente na ordem em que aparecem no arquivo de exclusão relevante.

Padrões comuns que correspondem marcam o caminho como ignorado, enquanto uma regra iniciada por um ponto de exclamação sem escape desfaz essa decisão. Linhas vazias e linhas iniciadas por uma cerquilha sem escape não são consideradas regras, assim como ocorre em um arquivo de exclusão normal. A resposta contém o último padrão correspondente e seu índice iniciado em zero, o que ajuda a explicar um resultado inesperado em uma ferramenta de build ou em um editor de configuração.

Os caminhos precisam ser relativos à raiz do repositório e usar barras normais. Um caminho estável e normalizado evita respostas diferentes por causa de prefixos absolutos, segmentos de diretório pai ou separadores específicos do sistema operacional.

Entenda o comportamento de correspondência

Um asterisco corresponde a qualquer quantidade de caracteres dentro de um único segmento do caminho, e um ponto de interrogação corresponde a um caractere que não seja barra. Uma barra inicial ancora a regra na raiz do repositório. Um padrão sem barra pode corresponder a um nome em qualquer profundidade; quando esse nome representa um diretório no caminho informado, todo o conteúdo abaixo dele também é abrangido.

Uma barra final expressa uma regra de diretório. Como o verificador recebe um caminho, e não uma árvore do sistema de arquivos, ele decide com base no texto e em seus ancestrais; não consulta se o componente final existe como arquivo ou pasta. Cerquilhas e pontos de exclamação iniciais com escape continuam literais, e espaços finais sem escape são removidos segundo as convenções do formato.

Use a validação para encontrar defeitos

Erros de glob são fáceis de perder quando um arquivo de exclusão cresce por meio de muitas alterações pequenas. Este verificador relata entrada inválida para estruturas incorretas, como classe de caracteres aberta ou vazia, escape pendente e marcador de negação sem expressão. Uma resposta bem-sucedida não modifica as regras e não depende de rede, horário atual, aleatoriedade, conteúdo do repositório nem sistema operacional do host.

Por isso, a função serve para verificações determinísticas antes de commits, formulários web, diagnósticos de IDE e testes de políticas em CI.

Explique uma entrada ausente no build

Compare o caminho ausente com as regras do projeto e mostre a regra final responsável pela exclusão.

Valide um editor de regras de exclusão

Visualize como uma regra reordenada ou uma nova negação altera o resultado antes de salvar a configuração.

A ordem das regras faz diferença?

Sim. Cada regra é avaliada em sequência, e a última correspondência determina se o caminho será ignorado.

Padrões negados são aceitos?

Sim. Um ponto de exclamação inicial sem escape cria uma regra negada capaz de tornar visível um caminho antes ignorado.

O verificador lê meu repositório ou a configuração global do Git?

Não. Ele usa somente os padrões e o caminho relativo ao repositório enviados na solicitação.

Os padrões podem atravessar diretórios?

Sim. Padrões com asterisco duplo atravessam limites de diretório, enquanto o asterisco simples permanece em um segmento.

Como sei qual regra decidiu o resultado?

A resposta mostra a última regra que coincidiu e a posição dela na lista, contando a partir de 0. No exemplo, logs/build.log é ignorado por *.log na posição 1, o que ajuda a explicar um resultado inesperado.

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

POSThttps://api.kit.forhosting.com/dev2/gitignore-check-path

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

curl -X POST https://api.kit.forhosting.com/dev2/gitignore-check-path \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"patterns":["dist/","*.log","!important.log"],"path":"logs/build.log"}'
{
  "patterns": [
    "dist/",
    "*.log",
    "!important.log"
  ],
  "path": "logs/build.log"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev2.gitignore_check_path",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

max_patterns1000
max_pattern_chars1024
max_path_chars4096
HTTPCódigoO que significa
401unauthorizedToken ausente ou inválido. Confira o header Authorization.
402insufficient_balanceSaldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
404unknown_typeEsse tipo de tarefa não existe. Confira o campo type no catálogo.
429rate_limitedMuitas requisições em pouco tempo. Espere um instante e tente de novo.

Entenda o comportamento de correspondência

Classes como `[0-9]` selecionam um caractere de um conjunto ou intervalo. O asterisco duplo atravessa limites de diretórios; assim, `docs/**/draft*.md` abrange rascunhos logo abaixo de `docs` e também em pastas mais profundas.

Use a validação para encontrar defeitos

Ele também limita a quantidade e o tamanho dos padrões, evitando trabalho de compilação ilimitado em um endpoint de validação. Ao integrá-la a uma automação, guarde `matching_pattern` junto com a decisão booleana: a explicação costuma ser mais útil do que o booleano isolado. A versão no navegador executa o mesmo solucionador puro da API, enquanto uma solicitação de API usa o preço-base publicado de US$ 0,002.

Aplique políticas do repositório no CI

Confirme que artefatos gerados são ignorados e que fixtures e arquivos-fonte obrigatórios continuam rastreáveis.

O que acontece quando um padrão está malformado?

A solicitação falha com um erro invalid_input que identifica a posição do padrão e o problema estrutural.

Quanto custa uma solicitação de API?

O preço-base é US$ 0,002 por solicitação. O mesmo solucionador determinístico também está disponível no navegador.

Ver a documentação completa do KIT →