Loading…

Sobre Formatador .env Online

Torne seus arquivos dotenv legíveis, previsíveis e seguros para compartilhar. Este formatador .env analisa linhas CHAVE=VALOR, limpa espaçamento, preserva comentários e ajuda você a padronizar a estrutura antes de confirmar ou gerar um `.env.example` sem segredos para colegas de equipe. É compatível com Node `dotenv`, `python-dotenv`, Ruby `dotenv` e a maioria dos outros carregadores de estilo dotenv.

O Que Este Formatador .env Ajuda Você a Fazer

  • Normalize linhas `CHAVE=VALOR` preservando comentários e linhas em branco para agrupamento legível por humanos
  • Limpe espaçamento ao redor de `=` e valores para facilitar a leitura e diffs mais compactos em revisões
  • Destacar chaves duplicadas para que você veja qual realmente prevalece em tempo de execução em vez de adivinhar
  • Aparar espaços em branco no final e (opcionalmente) garantir uma nova linha final no EOF através da opção **Inserir nova linha final**
  • Preservar linhas de comentário (`# ...`) e manter caracteres `#` entre aspas dentro de valores intactos
  • Manter placeholders como `${VAR}` e sequências de escape exatamente como escritos sem realizar expansão
  • Funcionar bem com projetos multiplataforma normalizando o layout para LF/CRLF e evitando surpresas com BOM
  • Facilitar a derivação de um `.env.example` sem segredos (copie chaves e estrutura, remova valores de produção)
  • Editor amigável: cole ou carregue arquivos de estilo `.env`, visualize o resultado, então copie ou baixe a saída limpa

🔧 Como Limpar e Formatador Seu Arquivo .env for env-formatter

1

1. Cole ou Carregue Seu .env

Solte seu arquivo `.env` no editor ou cole o conteúdo diretamente. A ferramenta é projetada para formatos dotenv típicos, como `.env`, `.env.local`, `.env.production`, `.env.test`, `.env.staging`, `.env.example`, etc.

2

2. Revise e Ajuste as Opções de Formatação

Ative ou desative as opções disponíveis (como **Inserir nova linha final**) e decida como deseja organizar chaves e comentários. Muitas equipes usam esta etapa para impor agrupamento consistente—por exemplo, seções `APP_`, `DB_`, `NEXT_PUBLIC_`.

3

3. Visualize, Copie ou Baixe

Revise a saída limpa, verifique se duplicatas e comentários estão corretos, depois copie de volta para seu editor ou baixe o `.env` formatado. Use a estrutura normalizada como base para `.env.example` ou outras variantes de ambiente.

Especificações Técnicas

Arquivos e Tipos Suportados

O formatador lida com arquivos de configuração no estilo dotenv padrão, incluindo convenções comuns de frameworks.

Extensão / PadrãoTipoUso Típico
.envConfiguração basePadrões para todos os ambientes
.env.localSubstituições locaisEspecífico da máquina (geralmente ignorado no git)
.env.developmentVariante de ambienteConfigurações de desenvolvimento
.env.productionVariante de ambienteConfigurações de implantação
.env.testVariante de ambienteCI / testes unitários
.env.stagingVariante de ambienteConfigurações de staging ou prévia
.env.example / .env.sampleModeloArquivo de exemplo compartilhado sem segredos reais
Tipos MIMEtext/plain, text/x-dotenv, application/x-envTipos de conteúdo comuns usados por editores e ferramentas

Regras de Análise (estilo dotenv)

O formatador foi projetado para ser compatível com analisadores dotenv populares em várias linguagens.

AspectoComportamentoNotas
ChavesDiferenciam maiúsculas/minúsculas, tipicamente `A–Z`, dígitos e `_`UPPER_SNAKE_CASE é recomendado para legibilidade
AtribuiçãoLinhas no formato `CHAVE=VALOR`Espaços ao redor de `=` e valores são normalizados pelo formatador
ComentáriosLinhas que começam com `#``#` dentro de valores entre aspas é tratado como parte do valor
AspasSimples `'…'` ou duplas `"…"`Escapes como `\n` e `\t` são preservados dentro de aspas duplas
Interpolação`${VAR}` mantido literalmenteNenhuma expansão ou avaliação semelhante ao shell é realizada
Linhas em BrancoPreservadas para manter seções lógicasVocê ainda pode recolher ou reagrupar manualmente conforme desejar
DuplicatasMúltiplas linhas com a mesma chave são exibidasComportamento típico do dotenv: o último valor prevalece em tempo de execução

Normalização e Quebras de Linha

O formatador visa reduzir ruídos específicos da plataforma em diffs: espaçamento ao redor de `=`, espaços finais perdidos e quebras de linha finais podem ser normalizados. A opção **Inserir quebra de linha final** garante uma quebra de linha EOF para que Git e diferentes editores permaneçam sincronizados, mesmo com diferenças LF/CRLF.

Privacidade e Segurança

A formatação é tratada por um backend seguro dedicado a esta ferramenta e destina-se apenas ao processamento transitório—nenhuma API de terceiros é contactada. No entanto, a prática mais segura ainda é evitar colar segredos de produção em ferramentas baseadas no navegador: prefira editar arquivos `.env.example` sanitizados e mantenha os segredos reais em um cofre ou armazenamento de segredos de CI.

Alternativas e Trechos de Linha de Comando

Prefere o terminal? Aqui estão alguns blocos de construção para imitar parte do comportamento deste formatador usando ferramentas CLI comuns.

Linux/macOS

Ordenar chaves (básico, ignora comentários/linhas em branco)

grep -v '^\s*#' .env | grep -v '^\s*$' | sort > sorted.env

Ordena alfabeticamente as linhas não comentadas para que as chaves de configuração sejam mais fáceis de verificar e comparar.

Alinhar em `=` usando awk

awk -F '=' 'BEGIN{max=0} /^[[:space:]]*#/||NF<2{next} {gsub(/[[:space:]]+$/,"",$1); if(length($1)>max) max=length($1)} END{print max}' .env | xargs -I{} awk -F '=' -v w={} 'BEGIN{OFS="="} /^[[:space:]]*#/||NF<2{print; next} {k=$1; sub(/[[:space:]]+$/,"",k); v=substr($0,index($0,"=")+1); gsub(/^\s+|\s+$/,"",v); printf("% -" w "s = %s\n", k, v)}' .env > aligned.env

Script awk de duas passagens que mede a chave mais larga e depois alinha todas as atribuições `CHAVE = VALOR` a essa largura.

Windows (PowerShell)

Ordenar e remover duplicatas de chaves (manter último valor)

(Get-Content .env) | Where-Object {$_ -notmatch '^\s*#' -and $_ -notmatch '^\s*$'} | Group-Object { $_.Split('=')[0].Trim() } -AsHashTable -AsString | ForEach-Object { $_.Value[-1] } | Set-Content cleaned.env

Agrupa linhas por chave e escreve apenas a última ocorrência, espelhando como a maioria dos carregadores dotenv resolve duplicatas.

Node.js (multiplataforma)

Formatador minimalista: analisar, ordenar, alinhar, escrever

node -e "const fs=require('fs');const s=fs.readFileSync('.env','utf8');const lines=s.split(/\r?\n/);const kv=[];const others=[];for(const l of lines){if(!l||/^\s*#/.test(l)||!l.includes('=')){others.push(l);continue;}const i=l.indexOf('=');kv.push([l.slice(0,i).trim(),l.slice(i+1).trim()]);}kv.sort((a,b)=>a[0].localeCompare(b[0]));const w=Math.max(...kv.map(([k])=>k.length),0);const out=[...kv.map(([k,v])=>k.padEnd(w)+" = "+v),...others];fs.writeFileSync('formatted.env',out.join('\n'));"

Um script Node compacto que você pode adaptar para um formatador dedicado para uso local ou em CI.

Casos de Uso Comuns do Formatador .env

Preparação e Higiene para Produção

  • Detectar chaves duplicadas acidentais antes de implantar serviços críticos
  • Normalizar espaços em branco e novas linhas no final do arquivo para evitar diffs ruidosos
  • Padronizar estrutura antes de gerar `.env.example` ou modelos de segredos
# Production .env
NODE_ENV=production
API_URL=https://api.example.com
LOG_LEVEL=info

Colaboração em Equipe e Integração

  • Reduzir ruído em PRs aplicando um layout canônico .env em todos os serviços
  • Comitar um `.env.example` limpo em vez de segredos reais para que a integração seja mais segura
  • Ajudar novos membros da equipe a ver rapidamente todas as chaves de configuração necessárias
# .env.example
API_URL=
API_KEY=
DEBUG=false

CI e Portões de Qualidade

  • Adicionar uma verificação para garantir que nenhuma chave duplicada alcance os branches `main` ou `master`
  • Falhar builds se arquivos `.env` violarem convenções básicas de formatação ou nomenclatura
  • Manter revisões de configuração focadas em valores e semântica, não em detalhes de espaçamento

❓ Frequently Asked Questions

Como as chaves duplicadas são tratadas?

A maioria dos carregadores dotenv trata o último valor para uma determinada chave como o efetivo. Este formatador é projetado para mostrar claramente as chaves duplicadas para que você possa decidir quais entradas manter em vez de enviar silenciosamente configurações conflitantes.

Comentários e linhas em branco serão preservados?

Sim. Linhas completas de comentário são preservadas e linhas em branco são mantidas para que seu agrupamento lógico permaneça legível. Você ainda pode ajustar o espaçamento das seções manualmente se preferir um layout mais denso ou compacto.

Você expande referências ${VAR}?

Não. Placeholders como `${DB_HOST}` são tratados como texto simples. O formatador não expande, valida ou executa referências de ambiente, então você mantém controle total sobre como a interpolação é tratada em tempo de execução.

É seguro colar segredos reais?

O formatador é construído para processar dados transitoriamente no backend desta ferramenta sem contatar APIs externas. Ainda assim, a prática mais segura é evitar colar segredos de produção em qualquer ferramenta baseada em navegador: comite apenas arquivos `.env.example` sanitizados e dependa de um gerenciador de segredos dedicado ou armazenamento de segredos de CI para valores reais.

E sobre problemas de CRLF vs LF e BOM?

Quebras de linha inconsistentes e BOMs UTF-8 perdidos frequentemente causam diffs feios e surpresas na análise. Combine este formatador com as configurações do seu editor (por exemplo, salvar sempre com LF e sem BOM) para que os arquivos dotenv permaneçam consistentes entre sistemas operacionais e IDEs.

Isso muda como minha aplicação lê o arquivo de ambiente?

Não. O objetivo é manter a semântica intacta enquanto torna o arquivo mais fácil de ler. Chaves, valores e comentários permanecem funcionalmente os mesmos, assumindo que o arquivo dotenv original era válido para seu carregador.

Pro Tips

Best Practice

Nunca envie segredos reais para o Git. Envie um `.env.example` com chaves e dicas seguras, e carregue valores reais de um cofre, armazenamento de segredos de CI ou substituições locais.

Best Practice

Agrupe chaves por domínio (`APP_`, `DB_`, `NEXT_PUBLIC_`, etc.) e mantenha cada grupo consistentemente ordenado para reduzir a carga cognitiva de novos leitores.

Best Practice

Impõe um estilo canônico único de .env através de hooks de pré-commit ou verificações de CI para que nunca precise discutir sobre espaçamento em revisões de código.

Best Practice

Coloque entre aspas valores contendo espaços, `#`, `=` ou caracteres reservados do shell para evitar problemas sutis de análise entre diferentes implementações dotenv.

Additional Resources

Other Tools