- Isto roda no servidor?
- Não. Todos os modelos ficam no JavaScript da página e a junção acontece no seu navegador. A gente não envia suas escolhas, não registra e não armazena. Atualize a página e tudo começa do zero.
- Quais tecnologias são suportadas?
- Linguagens: Node.js, Python, Java, Ruby, Go, Rust, PHP, C++, C#. Frameworks: React, Vue, Next.js, Astro, Rails, Django, Spring. Editores: VSCode, família IntelliJ, Vim, Emacs, Sublime Text. Sistemas operacionais: macOS, Windows, Linux. Escolha qualquer combinação — quanto mais você escolhe, mais regras entram no arquivo.
- De onde vêm os modelos?
- Os conjuntos de regras vêm do repositório github/gitignore, publicado sob CC0 (domínio público). A gente enxugou para o que realmente importa em 2026 — restos antigos de AOL/CVS removidos, caches de Yarn/PNPM/Vite mantidos, saídas de bundlers modernos mantidas. As regras vêm embutidas na página; não buscamos nada em tempo de execução, e é por isso que a ferramenta funciona offline.
- Como o arquivo fica?
- Um cabeçalho curto com os modelos que você escolheu, depois uma ### Seção ### por modelo com as regras daquele modelo. Comentários e linhas em branco de cada modelo são mantidos exatamente como estão, então o arquivo fica fácil de ler quando você abre no editor. As regras dentro de cada seção mantêm a ordem original — a gente nunca reordena.
- Como funciona a remoção de duplicadas?
- Se dois modelos listam a mesma regra (ex.: .env aparece em Node, Python, PHP e Ruby), a regra sai uma vez só — no primeiro modelo que a listou. As ocorrências seguintes são descartadas sem aviso. Comentários e linhas em branco passam por todas as seções, então os cabeçalhos e explicações continuam legíveis.
- Posso editar o arquivo gerado depois?
- Sim — o que você recebe é texto puro. Abra no editor, adicione caminhos específicos do projeto, tire seções que não precisa, comente o que quiser. O gerador é um ponto de partida, não um contrato. A maioria das equipes acrescenta algumas regras próprias (build/, .vercel/, .turbo/, caminhos de configuração local) quando já conhece as manias do projeto.
- Por que incluir regras do sistema, como .DS_Store e Thumbs.db?
- Equipes mistas (gente no Mac, no Windows e no Linux) acabam fazendo commit dos arquivos de metadados do sistema umas das outras se eles não forem ignorados. O modelo do macOS cobre .DS_Store, ._*, .Spotlight-V100, Trashes. O do Windows cobre Thumbs.db, Desktop.ini, $RECYCLE.BIN. O do Linux cobre .Trash-*, .fuse_hidden* e arquivos de swap. Escolha os três se a sua equipe usa os três.
- E segredos como arquivos .env?
- Todo modelo relevante (Node, Python, PHP, Ruby, Go, mais Next.js e Astro) inclui .env. Se você escolheu pelo menos um deles, a regra está no seu arquivo. Se você é paranoico (e deveria ser), confira: abra o arquivo gerado, procure .env e confirme. Fazer commit de um .env com chaves de API é um dos jeitos mais comuns de vazar credenciais.
- Qual a diferença para o gitignore.io / toptal.com/developers/gitignore?
- Mesma ideia, execução diferente. A gente roda inteiro no navegador — sem servidor, sem chamada de API, sem limite de uso. A contrapartida: a nossa lista de modelos é menor (as 22 e poucas tecnologias mais comuns, não a cauda longa de mais de 500). Para um projeto Node + Next.js + VSCode + macOS, você recebe as mesmas regras essenciais; para uma stack de nicho (CodeIgniter, ColdFusion, MATLAB), use outra ferramenta.
- Posso usar o arquivo gerado num projeto privado ou comercial?
- Sim. Os conjuntos de regras vêm do github/gitignore, que é CC0 (dedicação ao domínio público) — sem exigência de atribuição, sem licença para herdar, use onde quiser. Um .gitignore é uma lista de padrões de arquivo; não dá muito para ter direito autoral sobre uma lista de padrões de arquivo, mas o CC0 deixa isso explícito.
