Central de CI/CD: pipelines e agentes na mesma janela

As 25 execuções mais recentes de cada provedor são juntadas e ordenadas. No topo aparecem as contagens de falhas, em andamento e na fila, e a duração mediana.

• Filtros: todas, com falha, em andamento; provedor, branch e busca por workflow, commit ou pessoa.
• Abra uma execução para ver os jobs e passos, ou os estágios do pipeline no Jenkins, e ler o fim do log.
• Rodar de novo, rodar de novo só os jobs que falharam (não no Jenkins), cancelar, abrir no navegador.
• Dispare uma execução manualmente com uma branch e entradas; no GitHub o workflow precisa de workflow_dispatch.

Em uma execução com falha, o botão de corrigir com agente abre um novo agente Claude “CI düzeltme” (correção de CI) e envia a ele os detalhes da execução e o fim dos logs de até três jobs que falharam. O agente é orientado a achar a causa raiz, reproduzir localmente, corrigir, rodar os testes e resumir antes de qualquer commit ou push.

O GitHub usa o login do GitHub que já está no seu computador (gh CLI ou credenciais do git) e se ativa sozinho quando o origin está no GitHub. O GitLab precisa do endereço, do caminho do projeto e de um token com escopo api; o Jenkins precisa do endereço, de um usuário, de um token de API e dos jobs a acompanhar. As chaves ficam criptografadas no seu computador. Com a opção de notificação ativada, você recebe as notificações “CI broke” e “CI fixed” quando uma execução quebra ou volta a passar.