Skip to content
Boas Práticas7 min de leituraVerificado no Git 2.40+

Exemplos práticos de .gitignore para stacks modernas

Coleção de modelos e regras práticas de .gitignore para Node.js, Python, Java, .NET, Unity e ecossistemas com Docker.

1. Node.js, TypeScript e React / Next.js

Modelo padrão para gerenciadores de pacotes JavaScript (npm, pnpm, yarn, bun), compilação TypeScript, caches do Next.js e arquivos de ambiente locais:

gitignore
# Dependencies
node_modules/
.pnp
.pnp.js

# Build outputs & caches
dist/
build/
.next/
out/

# Logs & runtime files
npm-debug.log*
yarn-debug.log*
yarn-error.log*
.turbo

# Environment variables
.env*.local
.env

2. Python, ambientes virtuais e bytecode

Exclusões fundamentais para Python: bytecode compilado (__pycache__), pastas de ambientes virtuais (.venv, poetry), pacotes distribuíveis e caches de teste:

gitignore
# Bytecode & cache
__pycache__/
*.py[cod]
*$py.class

# Virtual environments
.venv/
venv/
env/
ENV/

# Distribution & packaging
build/
dist/
*.egg-info/

# Pytest & coverage
.pytest_cache/
.coverage
htmlcov/

3. Java, Maven e Gradle

Regras para projetos baseados na JVM utilizando Maven ou Gradle, arquivos .class compilados, pacotes JAR e caches de build:

gitignore
# Compiled class files
*.class

# Package files
*.jar
*.war
*.ear

# Maven build directory
target/
pom.xml.tag
pom.xml.releaseBackup

# Gradle build cache
.gradle/
build/

4. .NET, C# e Visual Studio

Descarta saídas do compilador Roslyn, caches de pacotes NuGet, preferências de usuário do Visual Studio e pastas de publicação:

gitignore
# Build results
[Bb]in/
[Oo]bj/

# Visual Studio user files
.vs/
*.user
*.suo
*.userosscache

# Publish outputs
publish/

5. Unity e desenvolvimento de jogos

O desenvolvimento de jogos gera gigabytes de caches temporários de assets e saídas de compilação que não devem ser salvos no Git:

gitignore
# Large generated asset cache
/[Ll]ibrary/
/[Tt]emp/
/[Oo]bj/
/[Bb]uild/
/[Bb]uilds/
/[Ll]ogs/
/[Uu]ser[Ss]ettings/

# Memory dumps
sysinfo.txt
*.stackdump

6. Docker, DevOps e dados confidenciais

Configurações para proteger ambientes de contêineres, arquivos locais do docker-compose e chaves de API:

gitignore
# Local compose overrides
docker-compose.override.yml

# Environment secrets
.env
*.env.local

# Kubernetes local contexts
kubeconfig
*.kubeconfig

Perguntas Frequentes

Respostas práticas para dúvidas comuns de desenvolvedores sobre regras de .gitignore, cache e configuração de repositórios.

Como combinar regras para projetos que usam mais de uma linguagem?

Concatene as seções de cada ferramenta removendo linhas repetidas. O DotGitIgnore realiza essa mesclagem de forma automatizada sem erros de sintaxe.

Devo ignorar arquivos de lock como package-lock.json ou poetry.lock?

Não. Arquivos de lock garantem que toda a equipe e os servidores de deploy utilizem versões estritamente idênticas das dependências.

Qual a maneira correta de lidar com senhas e chaves secretas?

Nunca comite segredos no repositório. Mantenha o .env no .gitignore e forneça um modelo .env.example apenas com chaves de exemplo.

← Ler guiasAbrir no gerador completo