O GitHub liberou em 13 de maio de 2026 o release candidate (RC, versão candidata final antes do lançamento estável) do GitHub Enterprise Server 3.21. O pacote mexe em pontos sensíveis do dia a dia de quem administra a plataforma dentro de casa: governança de organizações, projetos, API REST e o motor de CI/CD.
O que é o GitHub Enterprise Server
GitHub Enterprise Server (GHES) é a versão do GitHub que roda dentro da infraestrutura da própria empresa, em vez de no github.com. Quem usa? Times com requisitos de compliance específicos, contratos que proíbem código fora do perímetro, ou operações em regiões com restrição regulatória forte. O ciclo de release segue um ritmo trimestral aproximado, com RCs antes do GA para que clientes possam testar a versão em ambientes de staging.
Custom properties chegam em GA
A novidade mais visível para administradores é a chegada das organization custom properties em general availability (disponibilidade geral). A funcionalidade permite anexar metadata personalizada a cada organização — tipo ambiente: produção ou responsável: time-pagamentos — e usar essas tags para disparar rulesets automaticamente. Em prática, isso elimina a necessidade de manter scripts paralelos para aplicar políticas por grupo. Quem precisa exigir code review duplo em repositórios financeiros, por exemplo, pode marcar a organização com a propriedade certa e deixar o ruleset se ativar sozinho.
Hierarquia de issues no Projects
O GitHub Projects ganhou uma visualização em hierarquia que permite quebrar issues em sub-itens com mais clareza. Para times que trabalham com épicos, histórias e tarefas, a mudança aproxima o Projects de ferramentas tradicionais de gestão como Jira ou Linear. O ganho está em ter o backlog inteiro versionado no mesmo lugar do código, sem precisar fazer ping-pong entre sistemas.
Nova REST API com janela de 24 meses
A REST API ganhou a versão 2026-03-10, que traz breaking changes (mudanças que quebram compatibilidade) — ou seja, integrações antigas podem precisar de ajuste para continuar funcionando. O GitHub manteve a versão anterior, 2022-11-28, suportada por pelo menos 24 meses depois do lançamento do 3.21. Essa janela dá fôlego para times com automações construídas em scripts internos planejarem a migração com calma, sem o ciclo de pânico típico de versionamento abrupto.
Actions mais rápido para workflows grandes
Quem mantém workflows com muitas tarefas paralelas conhece o problema: abrir um run com centenas de jobs costuma travar a interface. O GHES 3.21 introduziu lazy loading (carregamento sob demanda) para runs com mais de 300 jobs, o que significa que a página carrega só o que está na viewport e busca o resto conforme o usuário rola. Foram adicionados também filtros por status de job, ajudando a isolar rapidamente apenas os que falharam ou estão pendentes. Para pipelines complexos com matrix builds, a diferença prática tende a ser sentida nos primeiros usos.
Refinamentos no secret scanning
O secret scanning, mecanismo que varre o código procurando credenciais expostas, recebeu ajustes nos níveis de alerta e nas configurações enterprise. A nota oficial não detalha os refinamentos específicos, mas a direção sugere afinar a relação entre falsos positivos e falsos negativos — historicamente o maior atrito para times que querem habilitar o recurso em larga escala sem afogar o time de segurança em ruído.
O que considerar antes de atualizar
Como é um release candidate, a recomendação padrão se aplica: testar em ambiente de staging antes de aplicar em produção. Vale atenção ao mapeamento de integrações que dependem da REST API — verificar se elas ainda usam a versão 2022-11-28 (suportada) ou se já podem migrar para a nova. Times que estruturavam políticas por convenção de nome de organização podem aproveitar para reescrever esse modelo em cima de custom properties, que viraram um caminho mais limpo e auditável.
Reportado originalmente por GitHub Changelog em 2026-05-13.
