01 · Contexto

Qué está ocurriendo

El 19 de octubre de 2026, GitHub informó que CodeQL no puede mantener análisis trazados en macOS 27 y Xcode 27 por cambios en bibliotecas y binarios que utiliza para seguir la compilación. Con Xcode 27 instalado, la extracción trazada deja de estar disponible para C/C++, C#, Go, Java, Kotlin y Swift; en macOS 27 puede no estar disponible. Swift 6.4 tampoco está soportado en ninguna plataforma.

La recomendación del proveedor es fijar macOS y Xcode en la versión 26 o anterior cuando se necesite ese trazado. Para C/C++, C# y Java, también señala el modo de compilación none como alternativa que no depende de seguir una construcción. El anuncio distingue estas situaciones; no describe una interrupción universal de todos los análisis de CodeQL.

02 · Impacto

Por qué importa

Análisis: una actualización del entorno de construcción puede dejar una diferencia entre el código que se entrega y el que efectivamente se analiza. Si el equipo observa únicamente el estado general del pipeline, podría confundir una ejecución incompleta con una revisión satisfactoria. La decisión relevante es hacer visible esa diferencia: qué lenguaje se examinó, qué herramienta lo procesó y con qué configuración. Mantener temporalmente una versión compatible puede sostener el control, pero también genera una dependencia que necesita responsable y fecha de revisión. Para aplicaciones con componentes diversos, conviene evaluar cada módulo por separado antes de trasladar una conclusión al producto completo.

03 · Recomendaciones

Qué conviene hacer

  • Recomendación: inventariar los trabajos de análisis y asociarlos a lenguaje, versión de herramienta, imagen de ejecución y modo de compilación. Antes de actualizar, ejecutar un caso representativo y revisar los registros y resultados obtenidos. Una comprobación útil consiste en confirmar que se analizaron los archivos previstos, además de comprobar que el proceso terminó sin errores.
  • Si se conserva temporalmente un entorno anterior, registrar el motivo y establecer una revisión de compatibilidad posterior. Cuando se evalúe un modo alternativo, comparar sus resultados con una referencia conocida y explicar cualquier diferencia de cobertura. No desactivar controles silenciosamente para recuperar una marca verde: elevar la limitación al responsable del repositorio y mantener trazabilidad de la decisión.
  • Como criterio de aceptación, pedir una evidencia sencilla y reproducible: versión utilizada, alcance esperado y resultado observado. Esa ficha permite que otra persona repita la verificación y evita depender de una explicación verbal cuando cambie el equipo de mantenimiento.
Fuente principalGitHub Changelog, 19 de octubre de 2026Consultar publicación original