Changelog diário · 29 de junho de 2026

Atualizações de ferramentas em 2026-06-29

Resumo editorial das principais mudanças de ferramentas acompanhadas pela Promovaweb neste dia.

3releases2sistemas1 breaking change
Gemini CLIn8n

O dia 2026-06-29 teve mudanças publicáveis no Gemini CLI e no n8n. O Codex também teve registros capturados e buildados, mas as origens publicadas não trouxeram detalhe técnico suficiente para entrar como bloco público neste artigo diário.

O recorte útil do dia fica em segurança de caminhos no Gemini CLI, estabilidade de publicação NPM e inicialização do n8n com community packages parcialmente instalados. Esses pontos pedem validação objetiva antes de atualizar ambientes usados em rotina de desenvolvimento ou automação.

Sistemas com mudanças publicáveis

Changelog do Gemini CLI v0.51.0-nightly.20260629.gae0a3aa7b

O Gemini CLI v0.51.0-nightly.20260629.gae0a3aa7b consolida três builds nightly publicadas entre 2026-06-26 e 2026-06-29. A versão principal do dia não trouxe corpo próprio, mas as nightlies mescladas registram correções em segurança, CI, proxy e integração com Vertex.

Melhorias

  • Gemini CLI v0.51.0-nightly.20260626.gb14416447 — URL base do Vertex: a integração com Vertex recebeu atualização na URL base usada pelo CLI. A origem não detalha mudança de autenticação, então a validação deve confirmar chamada básica ao provedor depois do update.

Correções

  • Gemini CLI v0.51.0-nightly.20260628.gae0a3aa7b — Blocklist de caminhos sensíveis: o CLI agora aplica a blocklist de caminhos sensíveis ignorando a caixa das letras. A correção também cita vscode hitl, então ambientes com VS Code precisam testar caminhos escritos com variações de maiúsculas e minúsculas.
  • Gemini CLI v0.51.0-nightly.20260626.gb14416447 — Publicação NPM: o CI recebeu proteção contra releases NPM incorretos e ganhou sinal mais claro quando o job de promoção falha. Esse ajuste interessa ao responsável técnico que acompanha nightly build antes de levar a versão para uso interno.
  • Gemini CLI v0.51.0-nightly.20260626.gb14416447 — Teste de no_proxy: a correção preserva cobertura para cenários que usam proxy com exceções locais. Esse tipo de ajuste é pequeno no changelog, mas afeta ambiente corporativo que depende de proxy para chamadas externas.

Breaking changes

As notas mescladas do Gemini CLI não informam breaking change para esta nightly. Não há indicação de comando removido, flag incompatível ou mudança obrigatória de configuração.

Ponto de Atenção

  • Gemini CLI v0.51.0-nightly.20260628.gae0a3aa7b — Caminhos sensíveis: valide impedimentos com caminhos sensíveis escritos em caixa diferente da regra original. Essa checagem é importante em ambientes Windows e em integrações com VS Code, porque a correção altera uma superfície de segurança do CLI.
  • Gemini CLI v0.51.0-nightly.20260626.gb14416447 — Pipeline NPM: revise o job de publicação antes de promover a nightly para uso interno. O comportamento esperado é que uma promoção inválida falhe de forma explícita, sem deixar pacote quebrado avançar no processo.
  • Gemini CLI v0.51.0-nightly.20260629.gae0a3aa7b — Teste sugerido: execute o CLI com um caminho sensível escrito com caixa diferente e confirme que o impedimento permanece ativo. Depois rode uma publicação de teste em ambiente controlado para verificar se o job NPM interrompe a promoção quando a versão não está válida.

Notas da versão

A build v0.51.0-nightly.20260629.gae0a3aa7b foi publicada no release principal sem uma descrição própria de mudança técnica. As mudanças aproveitáveis vieram das nightlies de 2026-06-28 e 2026-06-26, enquanto changelog e bump de versão foram tratados como manutenção interna.

Changelog do n8n n8n@2.28.3

O n8n publicou as versões 2.27.5 e 2.28.3 no mesmo dia, ambas com a mesma correção de inicialização no core. A mudança interessa a ambientes que usam community packages, principalmente quando instalação, atualização ou restauração de pacote foi interrompida.

Correções

  • n8n n8n@2.27.5 — Inicialização com community packages: o core já não falha na inicialização quando encontra community packages parcialmente instalados. A correção atende a linha 2.27 e deve ser validada com restart do serviço.
  • n8n n8n@2.28.3 — Inicialização com community packages: a mesma correção foi aplicada na linha 2.28. Esse release reduz falha de boot em instâncias que recebem pacotes da comunidade e precisam continuar iniciando mesmo depois de instalação incompleta.

Breaking changes

As notas dos releases do n8n não informam breaking change para as linhas 2.27 e 2.28. Elas também não indicam mudança obrigatória de configuração, migração ou remoção de comportamento.

Ponto de Atenção

  • n8n n8n@2.27.5 — Pacotes da comunidade: revise ambientes da linha 2.27 que usam community packages antes e depois do update. A validação precisa incluir restart do serviço, porque a correção mira a fase de inicialização.
  • n8n n8n@2.28.3 — Pacotes da comunidade: valide a linha 2.28 em uma instância de teste com pacote da comunidade parcialmente instalado. O objetivo é confirmar que o core sobe sem travar quando encontra pacote incompleto.
  • n8n n8n@2.28.3 — Teste sugerido: atualize uma instância de teste para n8n@2.28.3, simule um community package incompleto e confirme que o serviço inicia sem erro no core. Repita o mesmo cenário em n8n@2.27.5 quando a instalação ainda estiver nessa linha.

Notas da versão

As origens dos dois releases também trazem links e imagens de ferramentas externas de review, mas esses elementos não descrevem mudança técnica. O item aproveitável para adoção é a correção do core ligada aos community packages.

Leitura operacional do dia

O ponto principal de 2026-06-29 é que as mudanças publicáveis não pedem migração grande, mas exigem teste direto na superfície afetada. A validação do Gemini CLI deve exercitar proteção de caminho sensível e publicação NPM, enquanto o n8n precisa reiniciar uma instância com community package incompleto para confirmar que o core sobe sem travar.

Os registros do Codex do dia foram preservados como releases individuais, mas ficaram fora deste artigo porque a origem só informa manutenção ou sequência de alpha sem corpo técnico. Essa separação evita transformar registro vazio em resumo público e mantém o artigo focado no que alguém consegue testar antes do update.

Voltar para o changelog diário

Área pública disponível

Participe da comunidade no Discord

Entre pelo convite oficial, apresente-se à comunidade e acompanhe os avisos e projetos compartilhados entre os encontros.