Crie um .gitignore a partir de 61 modelos para linguagens, frameworks, editores e sistemas
Funciona no seu navegador. Nada do que você digita é enviado a lugar nenhum. Verificado em 16 de outubro de 2026.Um arquivo .gitignore lista os arquivos que o git deve deixar sem rastreamento, um padrão por linha. Escolha os modelos do seu stack, como Node.js, macOS e VS Code, entre 61 modelos oficiais do github/gitignore; eles são combinados em um único arquivo que você copia ou baixa, e qualquer caminho pode ser testado contra as regras antes do commit.
Esta página foi traduzida automaticamente do original em inglês. Nenhuma pessoa revisou ainda a tradução; a versão em inglês é a que deve ser considerada. Ler o original em inglês
Toque nos modelos do seu projeto, como Node.js, macOS e VS Code, ou pesquise um pelo nome.
Adicione suas próprias linhas, como *.pem ou scratch/, na caixa Suas próprias regras.
Digite alguns caminhos em Testar caminhos para ver quais o git vai ignorar e qual regra decide.
Clique em Copiar ou em Baixar e salve o arquivo como .gitignore na pasta principal do repositório.
Todo repositório novo precisa de um .gitignore antes do primeiro commit, senão a saída de build, as dependências e as configurações do editor acabam no histórico. O GitHub publica um modelo por linguagem, framework, editor e sistema operacional; esta página tem 61 deles, em um commit fixo, e combina os que você toca em um único arquivo.
Combinar sem surpresas. Os modelos se sobrepõem: Node.js, Next.js e NestJS ignoram logs. Uma linha repetida só é removida quando nenhuma regra ! fica entre as duas cópias, de modo que o arquivo combinado ignora exatamente o que os modelos ignoram um após o outro. A página informa quantas linhas removeu.
Testar caminhos. Digite caminhos em Testar caminhos, um por linha, com uma barra no fim de uma pasta. Cada um é marcado como ignorado ou mantido, com o número da linha e a regra que decidiu. A correspondência segue as próprias regras do git:
| Padrão | Corresponde a | Não corresponde a |
|---|---|---|
*.log |
debug.log, logs/app.log |
log.txt |
build/ |
a pasta build em qualquer profundidade |
um arquivo chamado build |
/dist |
dist apenas no nível principal |
src/dist |
doc/*.txt |
doc/a.txt |
doc/sub/a.txt |
**/secrets/** |
api/secrets/key.pem |
o próprio secrets |
!keep.log |
traz keep.log de volta |
um arquivo em uma pasta ignorada |
Um arquivo em uma pasta ignorada continua ignorado. O git não olha dentro de uma pasta ignorada, então !secret/ok.txt depois de secret/ não tem efeito. Escreva secret/* no lugar, e a linha ! funciona.
Arquivos já rastreados. Um .gitignore só afeta arquivos não rastreados. Se um arquivo já foi commitado, remova-o do índice com git rm --cached e faça commit; o arquivo continua no seu disco.
O testador de caminhos foi conferido com git check-ignore em mais de 1.000 caminhos, com conjuntos de regras escritos à mão e modelos reais. Tudo roda no seu navegador; nada do que você digita é enviado a lugar nenhum.
Salve-o como .gitignore, com o ponto inicial e sem extensão, na pasta principal do repositório, ao lado da pasta .git. Padrões com uma barra no início ou no meio são lidos a partir dessa pasta. Um .gitignore em uma subpasta também funciona e vale apenas abaixo dela.
Um .gitignore só afeta arquivos que o git ainda não rastreia. Depois que um arquivo foi commitado, o git continua acompanhando-o. Execute git rm --cached seguido do caminho, faça commit, e a partir daí a regra vale. O arquivo continua no seu disco; só a cópia dele no índice sai.
Ignore o conteúdo da pasta em vez da pasta: escreva logs/* e depois !logs/keep.txt. Se você escrever logs/, o git pula a pasta inteira sem olhar dentro, então a linha ! nunca consegue trazer o arquivo de volta. A caixa Testar caminhos mostra em qual caso você está.
Uma barra no fim limita o padrão a pastas, então build/ ignora uma pasta chamada build, mas não um arquivo. Uma barra no início ou no meio prende o padrão à pasta do .gitignore, então /dist ignora apenas o dist principal. Sem barra, o padrão corresponde em qualquer profundidade.
Sim. Os 61 textos vêm sem alterações do repositório github/gitignore em um commit fixo, a coleção que o GitHub usa quando você cria um repositório, publicada sob a licença CC0. Cada bloco do resultado tem como título o nome do modelo, para você ver de onde veio uma regra.
Sim, como o git no Linux e na maioria dos sistemas de CI, então Build/ não corresponde a uma pasta chamada build. No Windows e no macOS, o git costuma definir core.ignorecase como true e ignora maiúsculas, então um padrão pode corresponder localmente, mas não no servidor de build. Escreva os padrões com as maiúsculas exatas dos arquivos.
Taxas e regras mudam; confira a fonte antes de confiar em um valor.
Ainda com dúvidas? Pergunte sobre Gerador de .gitignore e qualquer pessoa que saiba pode responder. Não é preciso ter conta.