CodeQL 2.27.2 sur macOS : vérifier OS, Xcode et mode ensemble
Un build CI réussi ne prouve pas que l’analyse de sécurité a réussi. L’annonce CodeQL 2.27.2 du 9 octobre précise des limites macOS. Consignez OS, Xcode, langage et build mode comme une seule configuration.
Lire d’abord la limite officielle
GitHub ne prend pas en charge autobuild/manual pour les langages compilés sur macOS 27, quel que soit Xcode, ni sur macOS 26 avec Xcode 27. Il conseille au maximum macOS 26 et Xcode 26 pour ces modes. Cela concerne le traçage CodeQL, pas tous les builds d’applications.
Distinguer build vert et preuve d’analyse
Reliez OS, Xcode sélectionné, version CodeQL, langage, mode, commit, logs et SARIF à la même exécution. Vérifiez que le langage et les sources prévus ont été analysés. Zéro alerte n’est interprétable qu’après validation du périmètre.
Comparer une petite exécution avant migration
Gardez une référence et testez l’environnement proposé dans un job distinct avec vos exemples sans secrets. Comparez création de base, achèvement, format et durée. N’annoncez pas de gains sans mesures. En cas de blocage, documentez une combinaison prise en charge et un responsable.
none n’est pas une solution universelle
Le travail annoncé sur none pour macOS ne garantit pas un remplacement immédiat pour tous les projets. Vérifiez langage et configuration, puis comparez code extrait et résultats après tout changement de mode. Examinez les nouvelles alertes avant de les masquer ou de conclure à une vulnérabilité.
Produisez aujourd’hui une fiche d’environnement et un petit comparatif. Cette procédure et le retour arrière sont des recommandations d’exploitation, pas une obligation GitHub. Opinions communautaires et benchmarks estimés ne sont pas utilisés comme faits.
Sources officielles et périmètre
Vérifié le 12 octobre 2026. Comparez les notes actuelles et les paramètres du dépôt avant modification.