{"meta":{"title":"Warnung: Es wurden X Kotlin-Dateien in Ihrem Projekt erkannt, die ohne einen Build nicht verarbeitet werden konnten.","intro":"CodeQLDatenbanken können für Java erstellt werden, ohne den Code zu erstellen, aber Kotlin-Dateien werden ausgeschlossen, es sei denn, der Code wird erstellt.","product":"Sicherheit und Codequalität","breadcrumbs":[{"href":"/de/code-security","title":"Sicherheit und Codequalität"},{"href":"/de/code-security/reference","title":"Reference"},{"href":"/de/code-security/reference/code-scanning","title":"Codeüberprüfung"},{"href":"/de/code-security/reference/code-scanning/troubleshoot-analysis-errors","title":"Beheben von Analysefehlern"},{"href":"/de/code-security/reference/code-scanning/troubleshoot-analysis-errors/kotlin-detected-in-no-build","title":"Kotlin wurde in keinem Build erkannt"}],"documentType":"article"},"body":"# Warnung: Es wurden X Kotlin-Dateien in Ihrem Projekt erkannt, die ohne einen Build nicht verarbeitet werden konnten.\n\nCodeQLDatenbanken können für Java erstellt werden, ohne den Code zu erstellen, aber Kotlin-Dateien werden ausgeschlossen, es sei denn, der Code wird erstellt.\n\n## Informationen zu dieser Warnung\n\n```text\nWarning: Detected X Kotlin files in your project that could not be processed without a build. To process these files...\n```\n\nDiese Warnung wird gemeldet, wenn Kotlin-Dateien in einem Repository erkannt werden, in dem CodeQLcode scanning für Java mit dem Buildmodus `none` ausgeführt wurde (Standardeinrichtung), oder wenn Sie CodeQL CLI mit `--build-mode none` für ein Repository ausführen, das Java- und Kotlin-Dateien enthält.\n\n## Bestätigen der Ursache für die Warnung\n\nDiese Warnung wird nur angezeigt, wenn der Build-Modus `none` für ein Repository mit Java- und Kotlin-Dateien verwendet wird.\n\nDie CodeQL Aktion und CodeQL CLI unterstützen den Buildmodus `none` für Java. Dies bietet eine einfache Möglichkeit, die Analyse für Java-Code zu ermöglichen, ohne die Codebasis zu erstellen. Kotlin-Dateien sind jedoch nicht in der resultierenden CodeQL Datenbank enthalten.\n\nSie können das Vorhandensein von Kotlin-Dateien überprüfen, indem Sie sich das Repository oder den Pull Request ansehen, das/der die Warnung ausgelöst hat. Der `none` Build-Modus wird nur unter folgenden Umständen verwendet:\n\n* Code scanning wurde für das Repository aktiviert, bevor Kotlin-Code hinzugefügt wurde und nachdem der neue Modus eingeführt wurde (zuvor hätte er den `autobuild` Modus verwendet).\n* Der CodeQL-Workflow legt für das Repository den Build-Modus `none` fest (prüfen Sie auf `build-mode: none`).\n* Die CodeQL CLI wird ohne ein `--command` und mit `--build-mode none` aufgerufen.\n\n## Beheben des Problems\n\nMöglicherweise möchten Sie die Kotlin-Dateien nicht analysieren, in diesem Fall können Sie die Warnmeldung ignorieren.\n\nWenn Sie die Analyse so aktualisieren möchten, dass sie auch Kotlin-Dateien enthält, CodeQL müssen Sie den Java- und Kotlin-Code erstellen.\n\n### Code scanning Standardeinrichtung\n\n1. Warten Sie, bis der Kotlin-Code mit dem Standardbranch für das Repository zusammengeführt wird.\n2. Deaktivieren Sie das Standardsetup auf der Seite „Einstellungen“ für Ihr Repository, und aktivieren Sie sie dann erneut.\n\nDadurch wird eine neue Analyse mit automatischer Build-Erkennung ausgelöst. Weitere Informationen findest du unter [Konfigurieren des Standardsetups für das Code-Scanning](/de/code-security/how-tos/find-and-fix-code-vulnerabilities/configure-code-scanning/configure-code-scanning) und [Erstellen von Java und Kotlin](/de/code-security/reference/code-scanning/codeql/build-options-for-compiled-languages#building-java-and-kotlin).\n\nWenn die automatische Build-Erkennung fehlschlägt, müssen Sie das erweiterte Setup mit den richtigen Build-Befehlen für das Projekt verwenden, um beide Sprachen zu analysieren.\n\n### Code scanning Erweiterte Einrichtung\n\nWenn Sie bereits die erweiterte Einrichtung verwenden, können Sie den CodeQL-Workflow bearbeiten und den Buildmodus für `java-kotlin` von `none` entweder in `autobuild` ändern, um Ihr Projekt automatisch zu erstellen, oder in `manual`, um Ihre eigenen Buildschritte anzugeben.\n[Kompilieren von Java und Kotlin](/de/code-security/reference/code-scanning/codeql/build-options-for-compiled-languages#building-java-and-kotlin)\n\nWenn Sie vom Standardsetup in das erweiterte Setup konvertieren müssen, müssen Sie das erweiterte Setup auf der Seite \"Einstellungen\" für Ihr Repository aktivieren und einen CodeQL Workflow erstellen. Anschließend können Sie einen `manual` Build-Modus für `java-kotlin` und die Build-Befehle für das Projekt definieren.\n\n### Direktes Ausführen von CodeQL CLI\n\nAktualisieren Sie Ihre Aufrufe, um CodeQL CLI für das Repository und die Pull Requests auszuführen und `--build-mode none` durch `--build-mode autobuild` zu ersetzen, um die automatische Builderkennung auszuprobieren. Wenn die automatische Build-Erkennung nicht erfolgreich ist, entfernen Sie die `--build-mode` Option, und fügen Sie eine oder mehrere `--command` Optionen ein, die das Build-Skript oder die erforderlichen Schritte zum Erstellen des Projekts enthalten.\n\n## Weiterführende Lektüre\n\n* [Konfigurieren des erweiterten Setups für das Code-Scanning](/de/code-security/how-tos/find-and-fix-code-vulnerabilities/configure-code-scanning/configuring-advanced-setup-for-code-scanning)\n* [Kompilieren von Java und Kotlin](/de/code-security/reference/code-scanning/codeql/build-options-for-compiled-languages#building-java-and-kotlin)\n* [CodeQL-Erstellungsmodi](/de/code-security/how-tos/find-and-fix-code-vulnerabilities/manage-your-configuration/codeql-for-compiled-languages#compare-build-modes)"}