Após o primeiro brownout do macOS 14: registre o ambiente antes de trocar o rótulo
Se uma build iOS não recebe runner, confira horário e rótulo primeiro. O primeiro brownout previsto foi de 5 de outubro às 14:00 a 6 às 00:00 UTC, ou 23:00 a 09:00 KST.
GitHub anunciou em 1 de outubro a retirada da imagem em 2 de novembro. Usamos anúncio e inventário oficiais verificados em 6 de outubro de 2026. A revisão é uma proposta, não uma exigência do GitHub.
Interrupção e retirada são diferentes
Os rótulos afetados são macos-14, macos-14-large e macos-14-xlarge. O fim do primeiro brownout não cancela a retirada. Há novas interrupções e possíveis reduções de capacidade.
O próximo intervalo vai de 12 de outubro às 14:00 a 13 às 00:00 UTC, equivalente a 23:00–09:00 KST. Compare logs e status do serviço; a agenda não explica toda falha.
Leia também a CPU do substituto
O anúncio sugere alternativas arm64: macos-latest (macos-26), macos-15 e variantes xlarge indicadas. O inventário as distingue de alguns rótulos large ou intel x64.
Ao sair de macos-14-large, compare as arquiteturas. Dependências nativas, simuladores, caches e empacotamento podem mostrar diferenças. A compatibilidade específica precisa de teste no projeto.
Mantenha o commit constante
Registre rótulo real, OS, CPU, Xcode, SDK e lockfile. Compile e teste o mesmo commit com o mesmo lockfile no candidato. Não misture mudança de código com o experimento de migração.
Além do check verde, confira arquivo, testes e etapas necessárias de assinatura e exportação. Uma execução que não dependa só do cache anterior ajuda a verificar reprodução.
latest não fixa o ambiente
O repositório oficial diz que latest aponta ao OS estável mais recente e a migração pode ser gradual. Versão explícita e detalhes reais da imagem facilitam comparar, sem garantir suporte eterno.
latest pode servir a equipes com verificação contínua. Defina quem percebe a mudança, quais evidências guarda e quando corrige ou reverte o workflow.
Guarde comparação e responsável
Interrupções lembram que o ciclo do runner faz parte da operação de releases. Não alegamos frequência comunitária medida. Agenda oficial e evidências do próprio workflow sustentam a decisão.
Busque macOS 14 também nos workflows reutilizáveis. Registre execução candidata, responsável, próxima revisão, versões reais e falhas restantes. Use o intervalo antes do próximo brownout para verificar.