Actualizada el 24 de julio de 2026 a las 16:23 horas de Chile (20:23 UTC), de acuerdo con la resolución publicada por GitHub.

## Resumen del incidente

GitHub confirmó oficialmente una degradación que afectó a Pull Requests durante la tarde del viernes 24 de julio de 2026. El aviso no describió una caída completa de toda la plataforma ni informó una cifra de usuarios afectados. La evidencia oficial se limita a un incidente de disponibilidad degradada en el servicio de Pull Requests, con errores específicos al intentar crear nuevas solicitudes de cambio.

El episodio comenzó a las 15:37 horas de Chile (19:37 UTC), cuando GitHub comunicó que investigaba reportes de rendimiento degradado en Pull Requests. Tres minutos después, la compañía precisó que estaba revisando errores durante la creación de estas solicitudes. A las 15:43 horas de Chile (19:43 UTC), el estado pasó a disponibilidad degradada mientras continuaba la investigación.

## Servicios afectados

La ficha oficial de este incidente identifica únicamente a Pull Requests como componente afectado. Esa precisión importa: no existe respaldo en el informe para afirmar que todos los repositorios, Git Operations, GitHub Actions o la plataforma completa quedaron fuera de servicio durante este episodio.

Los Pull Requests son el espacio donde los equipos proponen, discuten, revisan y finalmente integran cambios de código. Una degradación en su creación o disponibilidad puede bloquear revisiones, aprobaciones y merges, aunque los commits locales y otras funciones de Git continúen disponibles.

GitHub registró otro incidente, separado y más amplio, durante la misma jornada. Ese evento anterior afectó API Requests, Actions, Copilot, Issues, Pages y Pull Requests, y fue resuelto a las 13:36 horas de Chile (17:36 UTC). Esta noticia se refiere al incidente posterior de Pull Requests iniciado a las 15:37 horas de Chile y no mezcla ambos reportes.

## Cronología oficial

15:37 de Chile (19:37 UTC): GitHub informó que investigaba reportes de rendimiento degradado en Pull Requests.

15:40 de Chile (19:40 UTC): la compañía señaló que investigaba errores al crear Pull Requests.

15:43 de Chile (19:43 UTC): GitHub confirmó disponibilidad degradada en Pull Requests y mantuvo abierta la investigación.

15:59 de Chile (19:59 UTC): el equipo comunicó que había aplicado una mitigación y que observaba la recuperación.

16:02 de Chile (20:02 UTC): GitHub indicó que la degradación había sido mitigada y dejó el servicio en monitoreo para comprobar su estabilidad.

16:23 de Chile (20:23 UTC): GitHub marcó el incidente como resuelto y anunció que compartirá un análisis detallado de causa raíz cuando esté disponible.

## Respuesta oficial de GitHub

La secuencia publicada por GitHub muestra una respuesta progresiva: investigación inicial, identificación del síntoma al crear Pull Requests, confirmación de disponibilidad degradada, aplicación de una mitigación, monitoreo y resolución. GitHub marcó el incidente como resuelto a las 20:23 UTC, pero todavía no publicó una causa raíz.

Por esa razón, tampoco es correcto atribuir el problema a un ataque, a una falla de Microsoft o a una pérdida de repositorios. Ninguna de esas hipótesis aparece en el informe oficial. GitHub indicó que compartirá un análisis detallado de causa raíz cuando esté disponible.

## Impacto para desarrolladores y equipos

El efecto práctico depende de cómo trabaja cada organización. Un equipo que necesita abrir un Pull Request para activar revisiones, controles de calidad o políticas de protección de ramas puede quedar temporalmente detenido. También pueden retrasarse aprobaciones, conversaciones sobre cambios y merges que requieren verificaciones asociadas al Pull Request.

Esto no significa que el trabajo local desaparezca. Los commits conservados en los equipos de los desarrolladores siguen siendo parte del repositorio local. La recomendación prudente durante una degradación es evitar repetir operaciones destructivas, mantener los cambios confirmados localmente y verificar el estado de cualquier automatización antes de volver a ejecutarla.

Numerosos usuarios pueden describir síntomas distintos según su región, repositorio o flujo de trabajo. Esos reportes ayudan a detectar patrones, pero no sustituyen el alcance confirmado por GitHub Status. La fuente oficial es la referencia para distinguir entre una percepción de lentitud, una interrupción parcial y una caída general.

## Estado actual

El último estado oficial disponible es “Resolved”. GitHub informó que el incidente fue resuelto a las 16:23 horas de Chile (20:23 UTC). El panel general muestra todos los sistemas operativos. La compañía no ha publicado todavía una causa raíz ni una cifra de usuarios afectados.

Este artículo será actualizado si GitHub publica el análisis de causa raíz anunciado. La fuente principal es GitHub Status — Informe oficial del incidente.