Resumo dos Destaques de Histórico e Lançamentos

Cada item destacado das 9 páginas desta seção, reunido em uma única página e agrupado pela página de origem.

A Evolução do Go: Das Origens de 2007 ao Go 1.0 e Além

• Go começou como um experimento do Google visando sistemas multicore e em rede
• Go 1.0 em 2012 introduziu a promessa de compatibilidade que ainda governa as atualizações
• O ciclo de lançamento de seis meses substituiu saltos de versão "big-bang"
• Módulos, genéricos e trabalho de runtime foram lançados incrementalmente, não como Go 2
• A integração da toolchain (go fix, gopls, vet) agora faz parte da história de lançamentos

Noções Básicas de Lançamentos do Go

• Go lança uma nova versão secundária a cada seis meses com um ritmo previsível de fevereiro/agosto
• A diretiva go em go.mod fixa a semântica da linguagem, não o compilador que você deve usar
• Os modernizadores go fix atualizam os idiomas com segurança após cada atualização da toolchain
• Green Tea GC é o coletor padrão no Go 1.26
• As notas de lançamento dividem as mudanças de linguagem, runtime, ferramentas e biblioteca

Marcos Principais: Módulos, Genéricos, Workspaces, Fuzzing e PGO

• Módulos substituíram o vendoring GOPATH como unidade de gerenciamento de dependências
• Genéricos no Go 1.18 usam parâmetros de tipo, não templates estilo C++
• Workspaces coordenam repositórios multi-módulo sem diretivas replace
• Fuzzing nativo e PGO conectam testes à otimização do compilador
• Cada marco foi lançado dentro do Go 1.x sem quebrar a promessa de compatibilidade

Destaques do Go 1.26: Green Tea GC, Modernizadores go fix e Ajustes de Linguagem

• Green Tea GC é o coletor padrão com redução de 10-40% de CPU de GC em muitas cargas de trabalho
• go fix executa dezenas de modernizadores no mesmo framework que go vet
• new(expr) simplifica campos de ponteiro opcionais em structs JSON e protobuf
• Restrições genéricas auto-referenciais agora são permitidas
• GOEXPERIMENT=nogreenteagc é uma alavanca de reversão temporária até 1.27

A Promessa de Compatibilidade Go 1 na Prática

• Programas Go 1 corretos devem compilar e rodar em futuras ferramentas Go 1.x
• Literais de struct sem chave e código inseguro são zonas de exceção comuns
• GODEBUG e GOEXPERIMENT fornecem pontes de comportamento temporárias
• A diretiva go controla recursos de linguagem, não a compatibilidade binária com bibliotecas compartilhadas C
• Bibliotecas devem atrasar as aplicações em atualizações de go.mod quando possível

Histórico da Discussão do Go 2 e o Que Realmente Foi Lançado

• Go 2 nomeou uma era de planejamento, não uma versão principal que quebra compatibilidade
• Genéricos foram lançados incrementalmente como parâmetros de tipo do Go 1.18
• Propostas de reformulação do tratamento de erros em grande parte não foram lançadas como projetadas
• Módulos e investimentos em ferramentas redirecionaram a energia dos debates de sintaxe
• Modernizadores go fix continuam a estratégia de melhoria incremental no 1.26

Lendo Notas de Lançamento Como um Tech Lead

• Analise as seções de runtime e criptografia antes da sintaxe da linguagem
• Sinalize remoções de GODEBUG agendadas para a próxima versão secundária
• Trate as mudanças de go vet e go fix como afetando o CI
• Benchmarking de GC após o Green Tea GC se tornar padrão
• Registre decisões de atualização em um ADR com comandos de reversão

Planejando Atualizações de Versão do Go em um Monorepo

• Atualize o staging antes da produção com a mesma imagem base Docker
• go.work sync alinha as diretivas go dos módulos em um monorepo
• Execute go fix duas vezes e go vet em cada módulo na matriz
• Métricas de Canary GC após o Green Tea GC se tornar padrão em 1.26
• Documente a reversão de GOEXPERIMENT antes do canary, não durante um incidente

Melhores Práticas de Histórico e Lançamentos do Go

• Leia as notas de lançamento antes de atualizar go.mod, não depois que o CI falhar
• Execute go fix duas vezes em cada branch de atualização secundária
• Métricas de Canary Green Tea GC quando as seções de runtime mudarem
• Mantenha as diretivas go da biblioteca uma versão secundária atrás das aplicações quando possível
• Acompanhe as propostas em go.dev/issue em vez de esperar pelo Go 2

pbqrthvqrf.vb|ptvb512|202607