O congelamento
O calendário é da seguinte forma :
- 5 de novembro: congelamento de transição
- 5 de dezembro: migrações obrigatórias de 10 dias
- 5 de janeiro: congelamento suave
- 5 de fevereiro: congelamento total
O congelamento da transição significa que as mudanças de biblioteca que introduzem as transições não são mais possíveis (pelo menos, não sem convencer os gerentes de lançamento ); Isso basicamente significa que as mudanças de biblioteca que quebram a ABI e, portanto, precisam de um salto sonoro, não podem mais entrar em teste (e, portanto, na próxima versão).
Migrações obrigatórias de 10 dias significam que todas as migrações de pacotes da instável para o teste levarão dez dias (acima do padrão de cinco e possíveis migrações de dois dias para uploads de "urgência = alta"). Isso deixa mais tempo para que os problemas sejam encontrados com pacotes novos ou atualizados na instável antes de migrar para o teste (e, portanto, a próxima versão).
O congelamento suave significa que o conteúdo da distribuição é fixo: nenhum novo pacote pode migrar para o teste e os pacotes removidos do teste não podem ser reintroduzidos.
O congelamento completo significa que os pacotes não migram mais da unstable para a testing; Todas as migrações devem ser aprovadas pelos gerentes de lançamento. A política de congelamento do Stretch é bastante detalhada; Basicamente, ele só permite migrações de instáveis para testes, que são correções de bugs direcionados (para bugs suficientemente importantes), junto com atualizações de tradução e documentação.
Na prática
Até o congelamento completo, os usuários do teste (somente) não devem ser particularmente afetados; tudo o que deve mudar é que algumas atualizações de bibliotecas não acontecerão e, após o congelamento suave, nenhum novo software estará disponível. Uma vez no congelamento total, haverá menos atualizações.
Os maiores problemas tendem a afetar os usuários que tentam instalar novos sistemas de testes durante o congelamento: as remoções de pacotes tendem a ocorrer com mais frequência, e um pacote removido não pode mais ser instalado. Os usuários de testes preexistentes são menos afetados por isso: os pacotes que eles já instalaram não serão forçosamente desinstalados, eles simplesmente não poderão reinstalá-los. (Como as transições serão congeladas, as atualizações / remoções forçadas relacionadas a transições de biblioteca não serão um problema.)
Todas as advertências habituais relacionadas à execução de testes se aplicam, ainda mais; por exemplo, as correções de segurança levarão mais tempo para migrar para o teste. Quaisquer problemas que você faça encontrar serão de interesse dos mantenedores relevantes e dos gerentes de lançamento: a menos que sejam corrigidos, eles afetarão a versão ... (Mas remover um pacote é uma correção válida em muitos casos, o que pode não ser do seu agrado!)