O GitHub Actions está fora do ar? Como verificar e o que fazer

Jobs presos na fila ou falhando sem motivo? Primeiro descarte um incidente do lado do GitHub, depois analise seu workflow.

Quando o CI quebra de repente em todos os repositórios, pode não ser culpa sua. Veja como verificar e como distinguir uma queda de um bug de workflow.

Verifique a página de status primeiro

Acesse a página de status do GitHub (githubstatus.com) e procure por um incidente ativo no Actions. Jobs presos/na fila em toda a organização são um sintoma clássico de queda.

Queda vs seu bug

• Queda: todos os repositórios afetados, jobs presos em queued, sem alteração recente.
• Seu bug: apenas um repositório/workflow, começou após uma alteração, um erro específico no log.

O que fazer durante um incidente

• Evite re-execuções em massa que se acumulam quando a fila se recupera.
• Pause merges não urgentes até o Actions voltar ao verde.
• Considere runners independentes da capacidade hospedada pelo GitHub - runners gerenciados rodam em infraestrutura separada, então um incidente de capacidade hospedada pelo GitHub pode não afetá-los.

Principais conclusões

• Verifique githubstatus.com antes de depurar seu workflow.
• Jobs presos em toda a organização = provável queda; erros em um único repositório = seu bug.
• Runners gerenciados independentes reduzem a exposição a incidentes de capacidade hospedada.

Guias relacionados