Histórico de interrupções do Circle Ci

1. 4 Gwengolo 2026 da 15:16 UTCinvestigating

   Detectamos problemas de rede que afetam nossa infraestrutura Mac. Estamos a investigar e vamos fornecer actualizações em breve. Os clientes podem experimentar fila durante este tempo.

2. 4 Gwengolo 2026 da 15:43 UTCidentified

   Identificamos o problema de rede com nosso provedor de infraestrutura Mac, e estamos trabalhando com eles para resolver o problema. Estamos começando a ver alguma recuperação, mas esperamos que os clientes ainda possam ver algumas filas. Voltaremos a actualizar-nos em breve.

3. 4 Gwengolo 2026 da 16:19 UTCmonitoring

   Nosso provedor de infraestrutura Mac aplicou uma correção para este problema de rede e estamos vendo os tempos de fila retornarem ao normal. Vamos continuar a vigiar as coisas por mais algum tempo. Voltaremos a actualizar-nos em breve.

4. 4 Gwengolo 2026 da 16:55 UTCresolved

   Não vimos mais impacto nos tempos de fila e tudo voltou ao normal. Agradecemos a sua paciência enquanto trabalhamos para resolver e monitorar esta questão.

Traduzido automaticamente da atualização oficial do incidente.

1. 26 Eost 2026 da 15:43 UTCidentified

   Os clientes podem experimentar erros intermitentes ao visualizar interfaces de uso de planos ou chamar APIs de uso de planos. Identificámos a questão e estamos a trabalhar activamente para atenuar estes erros.

2. 26 Eost 2026 da 16:04 UTCmonitoring

   Amenizamos o problema com APIs de uso de planos e as páginas relevantes na UI estão carregando corretamente.

3. 26 Eost 2026 da 16:10 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Eost 2026 da 23:20 UTCresolved

   Entre 19:49 UTC e 21:07 UTC em 25 de agosto de 2026, os clientes que tentavam entrar no CircleCI usando o GitHub não conseguiram entrar, e receberam um erro do GitHub afirmando que a URL de retorno de chamadas era inválida. Os clientes que já estavam logados não foram afetados. O problema foi resolvido e o login do GitHub está funcionando normalmente. Agradecemos a sua paciência, enquanto nossa equipe trabalhou na implementação de uma correção.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Eost 2026 da 21:06 UTCidentified

   A causa da questão foi identificada e estamos a resolvê-la.

2. 17 Eost 2026 da 21:36 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 17 Eost 2026 da 21:37 UTCresolved

   Os dados do Insights são bons mais uma vez. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Eost 2026 da 14:04 UTCidentified

   GitHub relatou um incidente que está impactando o pipeline CircleCI desencadeando e registrando: https://www.githubstatus.com/incidents/zkxwbgr0cnmx Os trabalhos que estão em voos estão em execução, mas o status reportando ao GitHub Pull Requests pode falhar.

2. 17 Eost 2026 da 14:25 UTCidentified

   Continuamos a ver altas taxas de erro nas APIs do GitHub e o tráfego de webhook reduzido. Continuaremos a fornecer atualizações à medida que mais informações estiverem disponíveis.

3. 17 Eost 2026 da 15:49 UTCidentified

   Continuamos a ver altas taxas de erro nas APIs do GitHub e o tráfego de webhook reduzido. Os clientes que usam o GitHub como VCS podem ter impacto na experiência da plataforma CircleCI como resultado. Isto está diretamente ligado ao incidente que o GitHub está experimentando: https://www.githubstatus.com/incidents/zkxwbgr0cnmx Forneceremos atualizações à medida que mais informações estiverem disponíveis.

4. 17 Eost 2026 da 16:22 UTCmonitoring

   Começamos a observar uma melhor estabilidade nas APIs do GitHub. Continuaremos a monitorizar à medida que se recuperarem.

5. 17 Eost 2026 da 17:01 UTCmonitoring

   As taxas de erro e latências da API GitHub parecem ter sido recuperadas. Continuaremos a monitorizar.

6. 17 Eost 2026 da 17:23 UTCmonitoring

   Algumas das APIs do GitHub ainda estão degradadas, resultando em um pequeno número de falhas relacionadas a atualizações de status de commit e processamento de ganchos. Continuaremos a fazer o nosso melhor para atenuar estes efeitos.

7. 17 Eost 2026 da 19:05 UTCresolved

   As APIs do GitHub parecem estar funcionando normalmente.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Eost 2026 da 13:58 UTCresolved

   Após a manutenção planejada que terminou às 13:00 UTC em 15 de agosto, algum impacto no processamento de trabalho continuou por aproximadamente 30 minutos além da janela que anunciamos. Alguns clientes continuaram a ver atrasos nos trabalhos começando, junto com um pequeno número de trabalhos falhando com erros de infraestrutura, até aproximadamente 13:30 UTC. Isto foi resolvido e o processamento de tarefas voltou ao normal. Clientes cujos trabalhos falharam durante esta janela podem repetir trabalhos afetados. Agradecemos a sua paciência, enquanto nossa equipe trabalhou na implementação de uma correção e pedir desculpas por qualquer inconveniente que o impacto estendido pode ter causado.

Traduzido automaticamente da atualização oficial do incidente.

1. 12 Eost 2026 da 16:33 UTCidentified

   GitHub está atualmente passando por uma degradação do serviço (https://www.githubstatus.com/incidents/76t89hbfb09h). Os clientes que usam o GitHub como seu VCS podem ter impacto na experiência da plataforma CircleCI como resultado, impactando checkout e fluxos de trabalho. Forneceremos outra atualização, pois temos mais informações para compartilhar. Obrigado pela vossa paciência.

2. 12 Eost 2026 da 16:43 UTCresolved

   The issue impacting customers who use GitHub as their VCS while GitHub was undergoing a service degradation (https://www.githubstatus.com/incidents/76t89hbfb09h) has now been resolved. GitHub has resolved the underlying issue and the affected functionality has returned to normal. We thank you for your patience.

Traduzido automaticamente da atualização oficial do incidente.

1. 11 Eost 2026 da 17:42 UTCresolved

   Between 13:50 UTC and approximately 17:30 UTC on August 11, 2026, some customers experienced delays of up to an hour in pipeline status updates and in notification delivery. Between 16:40 UTC and 17:00 UTC within that same window, a small number of customers also saw newly created pipelines fail to process, appearing in an errored state in the UI and API. The issue has been resolved and all affected functionality has returned to normal. Customers whose pipelines errored during that window can retrigger them. We thank you for your patience while our team worked on implementing a fix.

1. 6 Eost 2026 da 13:06 UTCinvestigating

   Usage API data is delayed for 8/5/2026. All prior data remains available. We are investigating. Thank you for your patience.

2. 6 Eost 2026 da 15:06 UTCidentified

   The issue has been identified and a fix is in progress.

3. 6 Eost 2026 da 19:33 UTCmonitoring

   A fix is in place and is being monitored. Thanks for your patience.

4. 6 Eost 2026 da 19:54 UTCresolved

   The Usage API issue has been resolved. Data has been loaded for yesterday, 8/5/2026. We appreciate your patience.

1. 5 Eost 2026 da 16:58 UTCinvestigating

   We are seeing an issue with Insights service where the data from the last 24 hours is lagging. We are investigating.

2. 5 Eost 2026 da 17:46 UTCinvestigating

   We are continuing to investigate and will update as we know more.

3. 5 Eost 2026 da 18:25 UTCidentified

   We have identified the issue, and are working with our upstream provider to resolve it now.

4. 5 Eost 2026 da 21:01 UTCresolved

   The upstream issue has been resolved, and the insights data from the last 24 hours has caught up. Thank you for your patience.

1. 4 Eost 2026 da 19:27 UTCinvestigating

   We are experiencing increased queue times for Windows, Android, and GPU jobs due to capacity constraints with a third-party infrastructure provider. Jobs will continue to be processed but may take longer than usual to start. Thank you for your patience while our engineers work to resolve this.

2. 4 Eost 2026 da 19:59 UTCmonitoring

   We're starting to see queue times slowly recovering. We'll be monitoring this situation, we appreciate your patience.

3. 4 Eost 2026 da 20:33 UTCmonitoring

   Queue times continue to gradually recover with our third-party infrastructure provider, though we've seen a slight uptick in the last 30 mins. We're keeping an eye on this and will keep you updated as things get back to normal. Again, thank you for your patience.

4. 4 Eost 2026 da 21:16 UTCmonitoring

   Queue times for both Android and Windows jobs, which had been recovering, have started to rise again. This continues to be related to capacity constraints with our third-party infrastructure provider. We'll continue to monitor and provide updates at least every 30 minutes. We appreciate your patience.

5. 4 Eost 2026 da 21:46 UTCmonitoring

   Queue times for both Android and Windows jobs continue to be volatile, with sharp swings up and down. This remains related to capacity constraints with our third-party infrastructure provider. Our team will continue to monitor and provide updates at least every 30 minutes. We appreciate your patience.

6. 4 Eost 2026 da 22:20 UTCmonitoring

   Queue times for both Android and Windows jobs, affected by capacity constraints with our third-party infrastructure provider, have been recovering significantly for the last half hour. We're continuing to monitor for a bit longer to confirm they return to normal levels. We appreciate your patience.

7. 4 Eost 2026 da 23:40 UTCresolved

   Queue times for Android and Windows jobs have reduced significantly over the last hour. You may still notice brief, isolated queuing at times, but this is no longer at incident-level impact. This was related to capacity constraints with a third-party infrastructure provider. We thank you for your patience while we monitored the situation. If you have any issues, please reach out to our Support team.

1. 24 Gouere 2026 da 16:35 UTCidentified

   O GitHub está atualmente passando por uma degradação de serviços (https://www.githubstatus.com/incidents/yjysg0xrl67m). Os clientes que usam o GitHub como seu VCS podem ter impacto na experiência da plataforma CircleCI como resultado, impactando checkout e fluxos de trabalho. Forneceremos outra atualização, pois temos mais informações para compartilhar. Obrigado pela vossa paciência.

2. 24 Gouere 2026 da 17:41 UTCresolved

   A questão que afeta os clientes que usam o GitHub como seu VCS enquanto o GitHub estava passando por uma degradação de serviços (https://www.githubstatus.com/incidents/yjysg0xrl67m) já foi resolvida. O GitHub resolveu o problema subjacente e a funcionalidade afetada voltou ao normal. Agradecemos a vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Gouere 2026 da 19:57 UTCinvestigating

   Estamos investigando atrasos no início de trabalhos usando a classe de recursos gen3.

2. 22 Gouere 2026 da 23:17 UTCinvestigating

   Continuamos a investigar tempos de espera elevados que afetam os clientes usando executores de máquina gen3. Os empregos afectados podem demorar mais tempo do que o habitual. Forneceremos outra atualização assim que tivermos mais informações para compartilhar.

3. 23 Gouere 2026 da 00:31 UTCinvestigating

   Identificámos o problema e estamos a trabalhar com o nosso fornecedor para resolver a disponibilidade de recursos da geração 3. Os Gen 1 e Gen 2 estão em pleno funcionamento.

4. 23 Gouere 2026 da 02:05 UTCresolved

   Entre 19:24 UTC em 22 de julho e 01:50 UTC em 23 de julho, os clientes usando a máquina de pré-visualização gen3 (Linux VM) tiveram atrasos e, em alguns casos, trabalhos que não começaram. Removemos as classes de recursos gen3 enquanto abordamos questões de estabilidade que os afetam. Infelizmente, os fluxos de trabalho que não conseguimos fornecer capacidade de computação durante este período foram cancelados. Os clientes afetados devem mudar sua classe de recursos de gen3 para gen2 e repetir esses fluxos de trabalho. Agradecemos sua paciência enquanto nossa equipe trabalhou para resolver isso.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Gouere 2026 da 06:13 UTCmonitoring

   Um subconjunto de clientes pode ter experimentado erros ao carregar app.circleci.com a partir de 03:18 UTC. Foi lançada uma solução e estamos a monitorizar a recuperação total. Obrigado pela paciência enquanto os nossos engenheiros confirmam a recuperação. Providenciaremos outra atualização em breve.

2. 22 Gouere 2026 da 06:27 UTCresolved

   Entre 03:18 UTC e 06:04 UTC em 22 de julho de 2026, um subconjunto de clientes não foi capaz de acessar app.circleci.com. A questão foi resolvida e o acesso voltou ao normal. Agradecemos a sua paciência, enquanto nossa equipe trabalhou na implementação de uma correção.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Gouere 2026 da 00:35 UTCidentified

   Identificamos um problema com as solicitações da API do GitHub que pode fazer com que alguns clientes vejam fluxos de trabalho presos em um estado em execução ou fluxos de trabalho não iniciarem. O GitHub relatou incidentes nas APIs https://www.githubstatus.com/incidents/ph5nns5y4gxj https://www.githubstatus.com/incidents/8vfyvq16hzh9 Estamos monitorando a estabilidade das APIs do GitHub e atualizaremos esta página conforme mais informações estiverem disponíveis.

2. 20 Gouere 2026 da 01:24 UTCidentified

   Também estamos vendo erros no processamento de webhooks de eventos push devido à queda da API upstream. Os usuários podem precisar tentar novamente pipelines para estes eventos push.

3. 20 Gouere 2026 da 01:36 UTCmonitoring

   Estamos vendo sinais de recuperação da API GitHub. Ficaremos em um estado de monitoramento para verificar se a taxa de erro da API foi recuperada.

4. 20 Gouere 2026 da 01:45 UTCresolved

   As taxas de erro do GitHub API recuperaram para níveis normais. Durante o incidente, alguns clientes podem ter visto pipelines não iniciar ou não receber atualizações de status. Alguns oleodutos podem estar presos num estado em execução. * Você deve re-push commits ou usar a UI para ativar manualmente pipelines que não começaram. * Pipelines em um estado em execução deve ser cancelado e rerun. Se você encontrar quaisquer problemas, entre em contato com o suporte do CircleCI.

5. 23 Gouere 2026 da 21:10 UTCpostmortem

   # # Resumo Em 20 de julho de 2026 das 00:22 às 01:45 UTC, os clientes da CircleCI usando nossas integrações GitHub experimentaram falhas executando pipelines e fluxos de trabalho experientes ficando presos. Durante este incidente, alguns pipelines desencadeados pelos usuários usando o GitHub não conseguiram iniciar ou correram como pipelines de erro. Os clientes cujos oleodutos falharam ou correram como oleodutos de erro durante esta janela devem voltar a executá-los. Isso foi causado por uma [degradação da API upstream no GitHub](https://www.githubstatus.com/incidents/ph5nns5y4gxj), que afetou muitas APIs GitHub que o CircleCI usa para acionar e executar pipelines. Por volta de 01:45 UTC, GitHub APIs recuperados, e pipelines do cliente executado normalmente. A página de status do CircleCI original pode ser encontrada [aqui](https://status.circleci.com/incidents/9lvbbbs9l87b). # # O Que Aconteceu \(todas as vezes UTC\) A partir de 00:22 em 20 de julho de 2026, GitHub começou a retornar erros elevados para as seguintes solicitações de API: * «aplicações/*/taken» * `repos/*/compromissos' * `repos/*/*/conteúdos/*' * `repos/*/*/hooks` * `repos/*/*/hooks/*` * `repos/*/*/keys` * `repos/*/*/pulls` * `repos/*/*/estatutos/*` CircleCI depende dessas solicitações para ativar e executar corretamente pipelines. Às 00:22, nosso monitoramento interno nos alertou para o problema. Nossa equipe começou a investigar, e descobriu que um pequeno número de pipelines pertencentes a projetos GitHub não conseguiram iniciar ou correram como pipelines de erro. Isto incluiu gasodutos e fluxos de trabalho programados. Além disso, um pequeno número de fluxos de trabalho do cliente experimentou trabalhos emperrados e exigiu uma repetição do fluxo de trabalho para corrigir. Às 01:45, o GitHub recuperou e o processamento de tubulações retornou aos níveis operacionais normais. Apenas os oleodutos acionados durante a janela de incidente foram afetados, e os clientes devem voltar a executar esses oleodutos. # # Prevenção futura e melhoria do processo Estamos trabalhando ativamente para melhorar a resiliência do processamento de pipeline durante as interrupções do serviço GitHub para reduzir o impacto do cliente de incidentes similares no futuro. Estamos procurando recursos que ajudarão os clientes a se recuperarem com passos manuais reduzidos após a resolução de incidentes. A experiência do cliente é nossa principal prioridade, e nos comprometemos a melhorar continuamente a confiabilidade de nossos sistemas para corresponder à confiança que nossos clientes depositam em nós. Por favor, contacte a nossa equipa de apoio com quaisquer perguntas ou preocupações.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gouere 2026 da 23:04 UTCinvestigating

   Estamos investigando um problema em que os clientes podem ver erros carregando o aplicativo da web CircleCI e entrando, juntamente com pipelines e fluxos de trabalho programados falhando em iniciar ou se atrasar. Isto está relacionado com um incidente em curso que afeta o GitHub. Você pode seguir o status do GitHub em https://www.githubstatus.com/incidents/gxycch3076xk. Os nossos engenheiros estão a investigar. Forneceremos outra atualização assim que tivermos mais informações para compartilhar.

2. 16 Gouere 2026 da 23:42 UTCidentified

   Continuamos a ver altas taxas de falha das APIs do GitHub que estão impactando o processo de login e fluxo de trabalho. Continuaremos a monitorar a API do GitHub para recuperação.

3. 17 Gouere 2026 da 00:09 UTCmonitoring

   O que está a acontecer? O incidente que afeta o GitHub foi atenuado e agora está sendo monitorado do lado do GitHub. Você pode seguir o status do GitHub em https://www.githubstatus.com/. O que você pode esperar O acesso ao aplicativo web CircleCI, login e processamento de fluxo de trabalho estão voltando ao normal. Você ainda pode ver erros intermitentes ou pipelines e fluxos de trabalho programados atrasados como sistemas estabilizar. Obrigado por sua paciência enquanto monitoramos para recuperação total.

4. 17 Gouere 2026 da 00:26 UTCresolved

   Um incidente que afetou a API do GitHub fez com que os clientes do CircleCI experimentassem erros ao carregar o aplicativo da web e se conectarem, juntamente com pipelines e fluxos de trabalho programados falhando em iniciar ou se atrasar. O GitHub resolveu o incidente subjacente (https://www.githubstatus.com/) e toda a funcionalidade afetada voltou ao normal. Os clientes cujos trabalhos ou oleodutos falharam podem repeti-los. Os oleodutos e fluxos de trabalho agendados que foram perdidos durante o incidente não serão executados automaticamente e terão de ser reacionados. Agradecemos a vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Gouere 2026 da 22:54 UTCidentified

   No dia 13 de julho, entre 15:30 UTC e 22:40 UTC, tivemos atrasos em iniciar trabalhos no Docker (Gen 2) classes de recursos devido às restrições de capacidade do nosso provedor de nuvem. Os atrasos atingiram aproximadamente 1 minuto e 48 segundos. Continuamos a sentir estes atrasos novamente desde aproximadamente 15:45 UTC. Até agora, os atrasos atingiram cerca de 1 minuto e 19 segundos. Estamos trabalhando com nosso provedor de nuvem para adicionar capacidade e atualizaremos esse incidente à medida que a situação muda.

2. 15 Gouere 2026 da 00:32 UTCresolved

   No dia 13 de julho, entre 15:30 UTC e 22:40 UTC, tivemos atrasos em iniciar trabalhos no Docker (Gen 2) classes de recursos devido às restrições de capacidade do nosso provedor de nuvem. A mesma edição voltou em 14 de julho entre 15:45 UTC e 22:50 UTC. Atrasos alcançaram até 25 minutos em 13 de julho e até 24 minutos em 14 de julho. As classes de recursos medium+ e 2 X-large+ viram as esperas mais longas. Atualizações anteriores neste incidente reportaram números baseados em tempos de espera médios, o que não reflete o impacto máximo que alguns clientes podem ter experimentado. Os tempos de espera voltaram ao normal. Continuamos trabalhando com nosso provedor de nuvem para adicionar capacidade antes do próximo período de pico. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Gouere 2026 da 02:49 UTCinvestigating

   Estamos investigando erros de login que afetam alguns clientes usando o Bitbucket como provedor de identidade.

2. 14 Gouere 2026 da 03:29 UTCinvestigating

   Nossa equipe continua a investigar erros de login que afetam alguns clientes usando o Bitbucket como provedor de identidade.

3. 14 Gouere 2026 da 03:51 UTCinvestigating

   O que está impactado Alguns clientes com uma identidade ligada ao Bitbucket são afetados. Isso também pode incluir clientes fazendo login com o GitHub, mas tem uma identidade Bitbucket vinculada em sua conta. Além disso, alguns clientes estão experimentando fluxos de trabalho que não estão iniciando ou atualizando. O que você pode esperar Clientes afetados podem ver erros de login. Alguns clientes também podem notar fluxos de trabalho que não começam ou não atualizam como esperado. Obrigado pela sua paciência enquanto os nossos engenheiros investigam. Próxima atualização Nós forneceremos outra atualização assim que tivermos mais informações para compartilhar

4. 14 Gouere 2026 da 04:21 UTCmonitoring

   O que está impactado Alguns clientes com uma identidade ligada ao Bitbucket foram afetados. Isso também pode ter incluído clientes fazendo login com o GitHub que têm uma identidade Bitbucket vinculada em sua conta. Alguns clientes também experimentaram fluxos de trabalho que não estavam iniciando ou atualizando. O que você pode esperar Foi lançada uma solução. Estamos a acompanhar a situação para confirmar a recuperação total. Próxima atualização Nós forneceremos uma atualização se algo mudar

5. 14 Gouere 2026 da 05:15 UTCresolved

   O problema em que os clientes fazem login com uma identidade ligada ao Bitbucket experimentou erros de login, e alguns clientes experimentaram fluxos de trabalho que não começaram ou não atualizaram, foi resolvido. O que você ainda pode experimentar e precisa fazer - Se você usar o Bitbucket como seu método de login, por favor, faça logon e reautentique a integração do CircleCI Bitbucket em sua conta. - Se algum de seus fluxos de trabalho estão presos ou mostrando verificações de status em falta, por favor, reexecute-os para pegar a correção. - Se você continuar a experimentar problemas após tomar estas medidas, por favor, entre em contato com o suporte CircleCI. Agradecemos a sua paciência, enquanto nossa equipe trabalhou na implementação de uma correção.

6. 14 Gouere 2026 da 22:31 UTCpostmortem

   # # Resumo De 01:33 UTC a 05:18 UTC em 14 de julho de 2026, os clientes com uma identidade ligada ao Bitbucket não conseguiram fazer login no CircleCI, e alguns clientes experimentaram fluxos de trabalho que não conseguiram iniciar ou atualizar, devido a uma mudança em como o serviço OAuth do Bitbucket reporta permissões de conta. Às 05:07 UTC, nós implementamos uma correção que corrigiu como nossos sistemas leram o campo de permissões atualizadas. Alguns clientes precisavam sair e reautenticar sua integração com o Bitbucket depois que implantamos a correção. Nossos sistemas continuaram processando o backlog de empregos afetados até 08:39 UTC. Agradecemos aos nossos clientes pela sua paciência enquanto resolvemos este incidente. Por favor, contacte a nossa equipa de apoio com quaisquer perguntas ou preocupações. A página de status deste incidente pode ser encontrada [aqui](https://status.circleci.com/incidents/gsyjwybg477g). # # Fundo CircleCI suporta fazer login com uma conta GitHub, uma conta Bitbucket ou um e-mail e senha. Quando um cliente faz login com uma identidade ligada ao Bitbucket, ou quando o CircleCI precisa atualizar o acesso do cliente em seu nome, trocamos um token de autorização com o serviço OAuth do Bitbucket. Esta troca inclui uma lista das permissões, ou "escopes", que o cliente nos concedeu, que Bitbucket e CircleCI usam para confirmar o que CircleCI está autorizado a fazer em nome do cliente. # # O Que Aconteceu \ (Todas as vezes UTC\) Em 8 de abril de 2026, [Bitbucket anunciou uma mudança no seu serviço OAuth](https://developer.atlassian.com/cloud/bitbucket/changelog/#CHANGE-3139): seria renomear o campo usado para relatar permissões concedidas por um cliente. Bitbucket executou um período de transição durante o qual ambos os nomes de campos antigos e novos estavam disponíveis, então removeu completamente o nome de campo antigo em 4 de maio de 2026. Nossos sistemas não tinham sido atualizados para reconhecer o novo nome de campo, então uma vez que o Bitbucket phased completamente o antigo, pedidos que dependiam dele começou a falhar. Às 01:33 de 14 de julho de 2026, nossos sistemas começaram a não processar as informações de permissões devolvidas para contas ligadas ao Bitbucket, pois nossos sistemas ainda esperavam a antiga estrutura de permissões. Isso causou tentativas de login para que todas as contas ligadas ao Bitbucket falhassem, inclusive para os clientes que fazem login com o GitHub, mas têm uma identidade do Bitbucket vinculada à sua conta. Às 01:59, o monitoramento automatizado alertou nossa equipe de engenharia para um pico de erros nos sistemas afetados. A equipe começou a investigar imediatamente, confirmou o impacto do cliente às 02:38 e alertou os clientes através da nossa página de status às 02:51. Em 03:00, a equipe tinha isolado as falhas para o campo Bitbucket renomeado. A partir de 03:17, atualizações de status de fluxo de trabalho para pipelines Bitbucket pertencentes a clientes com um token de acesso expirado começaram a ser retiradas. A verificação de permissões do Bitbucket é usada amplamente em nossa plataforma, e essas falhas de permissões também afetaram alguns de nossos sistemas internos de processamento de tarefas. Isto fez com que um subconjunto de fluxos de trabalho ficasse preso sem um status final, e fez com que alguns pedidos de pull mostrassem verificações de status ausentes ou emperradas. Às 04:21, a equipe implantou uma correção inicial que resolveu o problema subjacente, restaurando o fluxo de login e devolvendo nosso sistema de permissões internas à operação normal. Alguns clientes afetados precisavam sair e voltar para pegar a correção. Em 05:07, a equipe implantou duas correções adicionais para que nossos sistemas começassem a aceitar o novo formato de campo de permissões do Bitbucket. Resolvemos o incidente às 05:18. Alguns clientes precisaram sair e reautenticar sua integração Bitbucket antes de sua conta totalmente recuperada. Nossos sistemas continuaram processando um atraso de trabalhos afetados, retornando aos níveis normais em aproximadamente 08:39. # # Prevenção futura e melhoria do processo Estamos tomando as seguintes medidas para evitar uma recorrência e melhorar nosso tempo de resposta: **Estamos endurecendo nosso código de autorização contra as alterações de API upstream.** Este incidente aconteceu porque o nosso sistema não manuseou graciosamente um campo renomeado em uma resposta de um provedor de identidade de terceiros. Atualizaremos imediatamente nosso código de autorização para que campos inesperados ou ausentes do GitHub, Bitbucket e GitLab sejam tratados com segurança. **Estamos melhorando a forma como acompanhamos as mudanças no provedor upstream.** Atualmente já monitoramos changelogs de nossos provedores de identidade para exatamente este tipo de mudança de quebra, mas não adicionamos essa mudança de provedor particular ao nosso monitoramento a tempo de pegá-lo antes de ser enviado. Nós estamos auditando e expandindo este monitoramento para que os anúncios do provedor cheguem à nossa equipe antes que eles afetem os clientes. ** Estamos melhorando a forma como classificamos e comunicamos incidentes em seus primeiros minutos.** A classificação inicial deste incidente não reflectiu imediatamente a sua gravidade face ao cliente. Estamos aperfeiçoando nossas ferramentas e orientações incidentes para ajudar engenheiros a identificar e comunicar o impacto do cliente mais rapidamente. **Estamos melhorando a resiliência de nosso workflow-processing pipeline.** Uma falha a jusante neste incidente fez com que algumas atualizações do estado do fluxo de trabalho fossem derrubadas em vez de tentar novamente ou claramente emergir. Estamos revisando o comportamento de repetição e manipulação de erros deste sistema para que falhas similares a jusante sejam mais visíveis e mais fáceis de recuperar. A experiência do cliente é nossa principal prioridade, e nos comprometemos a melhorar continuamente a confiabilidade de nossos sistemas para corresponder à confiança que nossos clientes depositam em nós. Por favor, contacte a nossa equipa de apoio com quaisquer perguntas ou preocupações.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Gouere 2026 da 21:52 UTCinvestigating

   Recebemos alguns relatórios de problemas de rede intermitentes entre nossa infraestrutura Mac e um provedor VCS novamente. Estamos a investigar e vamos fornecer actualizações.

2. 13 Gouere 2026 da 22:21 UTCinvestigating

   Ainda estamos a investigar estes problemas intermitentes da rede. Voltaremos em breve, agradecemos a sua paciência.

3. 13 Gouere 2026 da 23:13 UTCinvestigating

   Conseguimos reproduzir o problema, mas ainda parece muito intermitente. Continuamos trabalhando com nosso provedor de infraestrutura Mac para ajudar a diagnosticar o problema. Voltaremos a actualizar-nos em breve.

4. 13 Gouere 2026 da 23:35 UTCmonitoring

   Identificámos o problema. Alguns clientes podem experimentar trabalhos que são suspensos ou não conseguem progredir durante os passos do Github devido a problemas intermitentes de rede. Nossos engenheiros estão monitorando ativamente. Enquanto isso, temos visto sucesso com o aumento do no output timeout para 15 - 20 min para permitir mais tempo para as buscas do Github. Isto pode ser feito seguindo este guia comunitário: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

5. 14 Gouere 2026 da 13:59 UTCidentified

   Infelizmente, ainda existem alguns clientes que podem estar experimentando trabalhos que ficam suspensos ou não conseguem progredir durante os passos do Github devido a problemas de rede intermitentes em curso com nosso provedor de infraestrutura Mac. Nossos engenheiros estão trabalhando ativamente com eles para resolver isso. Agradecemos a sua paciência. Enquanto isso, temos visto sucesso com o aumento do no output timeout para 15 - 20 min para permitir mais tempo para as buscas do Github. Isto pode ser feito seguindo este guia comunitário: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

6. 14 Gouere 2026 da 15:35 UTCidentified

   Nosso provedor de infraestrutura Mac está testando mudanças em sua configuração de rede em um esforço para isolar a fonte do problema. Estamos validando ativamente se isso resolve o impacto e seguiremos com outra atualização em breve. Entretanto, o aumento do tempo de saída para 15-20 min continua a ajudar: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

7. 14 Gouere 2026 da 16:31 UTCidentified

   Identificamos o problema como algumas rotas de entrada do provedor de VCS afetado causando largura de banda significativamente menor disponível, o que está impactando negativamente os tempos de busca do repo. Estamos trabalhando com nosso provedor de infraestrutura Mac para tentar mudar o tráfego de entrada para uma rota diferente, no entanto, este processo pode levar um longo período de tempo para ser concluído. Continuaremos a fornecer atualizações à medida que estiverem disponíveis. Como compartilhamos em atualizações anteriores, aumentar o tempo de saída para 15-20 minutos continua ajudando: https://support.circleci.com/hc/en-us/articles/360007188574-Build-has-Hit-Timeout-Limit

8. 14 Gouere 2026 da 16:58 UTCmonitoring

   Nosso provedor de infraestrutura Mac mudou as rotas de entrada e estamos vendo recuperação em VCS tempos de busca. Continuaremos a acompanhar esta questão nas próximas horas. Voltaremos a actualizar-nos em breve.

9. 14 Gouere 2026 da 18:28 UTCmonitoring

   Continuamos a ver recuperação lenta e progressiva no VCS. Vamos continuar a monitorizar e actualizar em breve. Agradecemos a sua paciência.

10. 14 Gouere 2026 da 20:18 UTCinvestigating

    Estamos a começar a ver o VCS a aumentar novamente. Nossa equipe de engenharia está ativamente investigando e trabalhando com nosso provedor de infraestrutura Mac para resolver isso. Mais uma vez, agradecemos a sua paciência.

11. 14 Gouere 2026 da 22:15 UTCmonitoring

    Nosso provedor de infraestrutura Mac mudou mais tráfego para provedores de rede de trabalho e estamos começando a ver uma recuperação significativa novamente nos tempos de busca do VCS. Como sempre, nossa equipe de engenharia continuará monitorando isso de perto e forneceremos outra atualização em breve.

12. 14 Gouere 2026 da 23:18 UTCresolved

    Continuamos a ver VCS significativos recuperar o tempo nas últimas horas. Vamos resolver este incidente, e a nossa equipa de engenharia continuará a monitorizar de perto. Agradecemos muito a sua paciência enquanto trabalhamos com isso com o nosso provedor de infraestrutura Mac. Por favor, contate nossa equipe de suporte se você tiver algum problema.

13. 16 Gouere 2026 da 01:56 UTCpostmortem

    # # Resumo De 18:00 UTC em 13 de julho de 2026 a 23:18 UTC em 14 de julho de 2026, alguns clientes executando trabalhos na frota macOS da CircleCI experimentaram trabalhos que penduravam ou não conseguiam progredir durante os passos do GitHub. Para estes clientes, GitHub obter etapas que normalmente levaria 1-2 minutos levou 20-30 minutos, e cronometrado. O problema foi causado por um problema de capacidade e roteamento no caminho de rede entre nosso provedor de infraestrutura Mac e o GitHub, e os problemas de rede intermitente associados desaceleraram as buscas do GitHub. Durante todo o incidente, nossa equipe trabalhou diretamente com nosso provedor de infraestrutura Mac para identificar e redirecionar o tráfego dos caminhos de rede afetados. Resolvemos uma ocorrência inicial às 19:40 UTC em 13 de julho. A questão voltou às 21:52 UTC naquele mesmo dia, reabrimos o incidente, e foi totalmente resolvido por 23:18 UTC em 14 de julho. A nossa frota MacOS teve um problema semelhante há várias semanas. De 20:18 UTC em 24 de junho de 2026 a 03:09 UTC em 25 de junho de 2026, os clientes experimentaram um [incidente similar](https://status.circleci.com/incidents/gvysjmkf4ct9) afetando a capacidade de trabalho do macOS para chegar ao GitHub. Esse incidente também foi causado por um problema de roteamento de rede em nosso provedor de infraestrutura Mac. Agradecemos aos nossos clientes pela sua paciência enquanto trabalhamos durante este incidente. Veja abaixo as ações específicas que o CircleCI e nosso provedor de infraestrutura Mac estarão tomando. Por favor, contacte a nossa equipa de apoio com quaisquer perguntas ou preocupações. As páginas de status deste incidente podem ser encontradas [aqui](https://status.circleci.com/incidents/n1tc2lw9q7l0) e [aqui](https://status.circleci.com/incidents/7cnl777wp9qz). # # Fundo Os trabalhos do MacOS do CircleCI são hospedados em um provedor de infraestrutura Mac de terceiros. Esse provedor se conecta à internet mais ampla, incluindo serviços como o GitHub, em vários caminhos de rede redundantes. Quando um desses caminhos está experimentando redução da capacidade ou um problema de roteamento, trabalhos que estão buscando código ou dependências de um destino ao longo desse caminho de rede podem desacelerar ou pendurar intermitentemente, mesmo quando a própria plataforma do CircleCI, o provedor de infraestrutura de terceiros e o serviço de destino estão funcionando normalmente. # # O Que Aconteceu \(Todas as vezes UTC\) Às 18:00 em 13 de julho, alguns clientes executando trabalhos do macOS começaram a experimentar falhas intermitentes e atrasos na busca de código e dependências do GitHub. Abrimos uma investigação e alertamos nossos clientes através de nossa página de status às 18:55. Em 19:04, nosso provedor de infraestrutura Mac identificou maior latência em um de seus caminhos de rede e redirecionou o tráfego em torno dele. Busque tempos recuperados, e mudamos o incidente para `Monitoring' às 19:29, e para `Resolvido' às 19:40. Às 20:44 UTC, os clientes relataram que o problema havia retornado. Reabrimos o incidente e atualizamos nossa página de status para `Investigar' às 21:52. Nas duas horas seguintes, trabalhamos em estreita colaboração com nosso provedor de infraestrutura para coletar dados de diagnóstico em um esforço para isolar o caminho da rede afetada. Enquanto isso, publicamos orientações recomendando que os clientes aumentem sua configuração de `no output timeout` para 15-20 minutos, para permitir mais tempo para que as buscas do GitHub sejam concluídas durante as desacelerações intermitentes, e moveu a página de status para `Monitoring` às 23:35. Depois de publicar a orientação de solução alternativa às 23:35 UTC em 13 de julho, esperávamos que a questão da rede subjacente melhorasse durante a noite. Não aconteceu. Às 13:59 UTC em 14 de julho, confirmamos que os clientes ainda estavam experimentando falhas intermitentes e transferimos a página de status de volta para `Investigating'. Nossa equipe de engenharia reproduziu a falha diretamente usando nossas próprias ferramentas de teste, o que ajudou a confirmar que esta era uma questão geral `git-fetch` em vez de algo específico para qualquer ferramenta de construção particular, imagem de container ou atualização de software. Às 15:35, atualizamos a página de status para compartilhar que nosso provedor de infraestrutura estava testando mudanças em sua configuração de rede para isolar a fonte do problema. Às 16:31, atualizámos a página de status novamente para compartilhar que identificamos a causa como largura de banda de entrada reduzida em uma rota específica, e que estávamos trabalhando com nosso provedor para mudar o tráfego para uma rota diferente. Às 16:36, nosso provedor de infraestrutura identificou os caminhos de rede afetados e deslocou o tráfego para longe deles, recuperar horários e às 16:58, atualizámos a página de status para `Monitoring'. No início da tarde, alguns clientes estavam vendo novamente lentos tempos de busca, e nós mudamos a página de status de volta para `Investigating` em 20:18. Nosso provedor de infraestrutura identificou dois caminhos de rede adicionais com desempenho degradado e desviou o tráfego deles até 22:07. Os tempos de busca estabilizaram na hora seguinte, e marcamos o incidente 'Resolvido' às 23:18. No total, os clientes executando trabalhos Mac podem ter experimentado desacelerações intermitentes do trabalho ou falhas para porções da janela entre 18:00 UTC em 13 de julho e 23:18 UTC em 14 de julho. Nosso provedor de infraestrutura tem relatado desde então resultados de testes limpos em toda sua rede e acredita que o problema de capacidade subjacente se originou mais a montante, mais perto do GitHub, em vez de dentro de sua própria rede. Continuamos a acompanhar de perto esta questão. # # Prevenção futura e melhoria do processo Estamos tomando as seguintes medidas para evitar uma recorrência e melhorar nosso tempo de resposta: **Estamos construindo monitoramento automatizado adicional para o desempenho da frota do macOS GitHub-fetch.** Nosso extenso monitoramento automatizado não captou este incidente. Estamos agora adicionando monitoramento de ponta a ponta para as buscas do GitHub em particular, a fim de detectar problemas semelhantes proativamente. **Estamos trabalhando diretamente com nosso provedor de infraestrutura Mac em detecção mais rápida e proativa.** Estamos pedindo ao nosso provedor para construir monitoramento que pode detectar um caminho de rede degradado e redirecionar em torno dele automaticamente, em vez de confiar em CircleCI para identificar e solicitar uma rota durante um incidente ativo. ** Estamos transformando a ferramenta diagnóstica que construímos durante este incidente em uma capacidade permanente.** Isso nos permitirá detectar e reproduzir esta classe de falha de rede a pedido, em vez de montar a infraestrutura de teste durante um incidente ativo. **Estamos revisando nosso processo de resposta incidente para uma janela de confirmação suficiente antes de marcar um incidente relacionado à rede resolvido.** Este incidente se repetiu brevemente após uma resolução precoce e prematura; estamos formalizando um período mínimo de monitoramento confirmado-limpo antes de encerrar incidentes deste tipo. Continuaremos a fornecer atualizações regulares ao longo do caminho à medida que a investigação e a remediação continuarem. **Estamos nos movendo ativamente de um único provedor para infraestrutura Mac** ** para vários provedores.** Isso permitirá ao CircleCI encaminhar cargas de trabalho de clientes para o provedor mais disponível e com melhor desempenho. A experiência do cliente é nossa principal prioridade, e nos comprometemos a melhorar continuamente a confiabilidade de nossos sistemas para corresponder à confiança que nossos clientes depositam em nós. Por favor, contacte a nossa equipa de apoio com quaisquer perguntas ou preocupações.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Gouere 2026 da 18:55 UTCinvestigating

   Recebemos relatórios de problemas de rede intermitentes entre nossa infraestrutura Mac e um provedor de VCS. Estamos a investigar e vamos fornecer actualizações.

2. 13 Gouere 2026 da 19:11 UTCidentified

   Estamos trabalhando com nosso provedor de infraestrutura Mac para tentar uma mitigação. Vou actualizar-me em breve.

3. 13 Gouere 2026 da 19:29 UTCmonitoring

   Nosso provedor de infraestrutura Mac implementou uma correção, estamos começando a ver a recuperação. Estamos a monitorizar e vamos actualizar-nos em breve.

4. 13 Gouere 2026 da 19:40 UTCresolved

   Confirmamos a correção com o nosso provedor de infraestrutura e testes de sucesso na nossa parte. Se os clientes continuarem a ver qualquer execução falhada, por favor, execute novamente para uma conexão bem sucedida e entre em contato com o Suporte se houver mais problemas.

Traduzido automaticamente da atualização oficial do incidente.