CodeQL 2.27.2 auf macOS: OS, Xcode und Analysemodus zusammen prüfen
Ein erfolgreicher CI-Build beweist keine erfolgreiche Sicherheitsanalyse. Die CodeQL-2.27.2-Ankündigung vom 9. Oktober nennt neben Sprachverbesserungen macOS-Grenzen. Erfassen Sie OS, Xcode, Sprache und Build-Modus als eine Konfiguration.
Die dokumentierte Grenze zuerst
GitHub unterstützt autobuild/manual für kompilierte Sprachen weder auf macOS 27 mit beliebigem Xcode noch auf macOS 26 mit Xcode 27. Für diese Modi werden höchstens macOS 26 und Xcode 26 empfohlen. Das betrifft die CodeQL-Build-Verfolgung, nicht sämtliche normalen App-Builds.
Grünen Build und Analysebeleg trennen
Verbinden Sie Runner-OS, ausgewähltes Xcode, CodeQL-Version, Sprache, Modus, Commit, Logs und SARIF mit demselben Lauf. Prüfen Sie, ob die Zielsprache und der beabsichtigte Quellcode tatsächlich analysiert wurden. Null Warnungen sind erst mit bekanntem Umfang aussagekräftig.
Vor dem Wechsel klein vergleichen
Bewahren Sie einen Referenzlauf und testen Sie die neue Umgebung in einem separaten Job mit eigenen Beispielen ohne Geheimnisse. Vergleichen Sie Datenbankerstellung, Abschluss, Ausgabeformat und Laufzeit. Behaupten Sie keine bessere Erkennung ohne Messung. Bei Blockaden eine unterstützte Kombination und Verantwortliche dokumentieren.
none ist kein universeller Ersatz
Die angekündigte Verbesserung von none auf macOS bedeutet keine sofortige Unterstützung jedes Projekts. Prüfen Sie Sprachunterstützung und Einstellungen und vergleichen Sie nach Moduswechsel den extrahierten Code. Neue Warnungen anhand von Analyseänderungen und tatsächlichen Codeproblemen prüfen.
Erstellen Sie heute einen Umgebungsnachweis und einen kleinen Vergleichslauf. Vergleich und Rückkehr zur bisherigen Umgebung sind Betriebsvorschläge, keine GitHub-Pflicht. Community-Stimmung und geschätzte Benchmarks dienen hier nicht als Fakten.
Offizielle Quellen und Umfang
Am 12. Oktober 2026 geprüft. Vor Änderungen aktuelle Versionshinweise und Repository-Einstellungen vergleichen.