title: Konfigurieren des CodeQL-Workflows für kompilierte Sprachen
title: Configuring the CodeQL workflow for compiled languages
shortTitle: Configure compiled languages
intro: 'Du kannst konfigurieren, wie {% data variables.product.prodname_dotcom %} mithilfe des {% data variables.code-scanning.codeql_workflow %} Code scannt, der in kompilierten Sprachen für Sicherheitsrisiken und Fehler geschrieben wurde.'
intro: 'You can configure how {% data variables.product.prodname_dotcom %} uses the {% data variables.code-scanning.codeql_workflow %} to scan code written in compiled languages for vulnerabilities and errors.'
product: '{% data reusables.gated-features.code-scanning %}'
permissions: 'If you have write permissions to a repository, you can configure {% data variables.product.prodname_code_scanning %} for that repository.'
{% data reusables.code-scanning.beta %} {% data reusables.code-scanning.enterprise-enable-code-scanning-actions %}
## Informationen zum {% data variables.code-scanning.codeql_workflow %} und kompilierten Sprachen
Um {% data variables.product.prodname_dotcom %} für das {% data variables.product.prodname_code_scanning %} deines Repositorys zu konfigurieren, musst du dem Repository einen {% data variables.product.prodname_actions %}-Workflow hinzufügen. Für {% data variables.product.prodname_codeql %} {% data variables.product.prodname_code_scanning %} füge {% data variables.code-scanning.codeql_workflow %} hinzu. Weitere Informationen findest du unter [Einrichten des {% data variables.product.prodname_code_scanning %} für ein Repository](/code-security/secure-coding/setting-up-code-scanning-for-a-repository).
{% data reusables.code-scanning.beta %}
{% data reusables.code-scanning.enterprise-enable-code-scanning-actions %}
{% data reusables.code-scanning.edit-workflow %} Allgemeine Informationen zum Konfigurieren des {% data variables.product.prodname_code_scanning %} und zum Bearbeiten von Workflowdateien findest du unter [Konfigurieren von {% data variables.product.prodname_code_scanning %}](/code-security/secure-coding/configuring-code-scanning) und [Einführung in {% data variables.product.prodname_actions %}](/actions/learn-github-actions).
## About the {% data variables.code-scanning.codeql_workflow %} and compiled languages
## Informationen zu „autobuild“ für {% data variables.product.prodname_codeql %}
You set up {% data variables.product.prodname_dotcom %} to run {% data variables.product.prodname_code_scanning %} for your repository by adding a {% data variables.product.prodname_actions %} workflow to the repository. For {% data variables.product.prodname_codeql %} {% data variables.product.prodname_code_scanning %}, you add the {% data variables.code-scanning.codeql_workflow %}. For more information, see "[Setting up {% data variables.product.prodname_code_scanning %} for a repository](/code-security/secure-coding/setting-up-code-scanning-for-a-repository)."
{% data variables.product.prodname_code_scanning_capc %} funktioniert durch die Ausführung von Abfragen einer oder mehrerer Datenbanken. Jede Datenbank enthält eine Darstellung des gesamten Codes, der in einer einzelnen Sprache in deinem Repository vorliegt.
In den kompilierten Sprachen C/C++, C#{% ifversion codeql-go-autobuild %}, Go{% endif %} und Java müssen beim Auffüllen dieser Datenbank zunächst der Code kompiliert und Daten extrahiert werden. {% data reusables.code-scanning.analyze-go %}
{% data reusables.code-scanning.edit-workflow %}
For general information about configuring {% data variables.product.prodname_code_scanning %} and editing workflow files, see "[Configuring {% data variables.product.prodname_code_scanning %}](/code-security/secure-coding/configuring-code-scanning)" and "[Learn {% data variables.product.prodname_actions %}](/actions/learn-github-actions)."
## About autobuild for {% data variables.product.prodname_codeql %}
{% data variables.product.prodname_code_scanning_capc %} works by running queries against one or more databases. Each database contains a representation of all of the code in a single language in your repository.
For the compiled languages C/C++, C#,{% ifversion codeql-go-autobuild %} Go,{% endif %}{% ifversion codeql-kotlin-beta %} Kotlin, {% endif %} and Java, the process of populating this database involves building the code and extracting data. {% data reusables.code-scanning.analyze-go %}
{% data reusables.code-scanning.autobuild-compiled-languages %}
Wenn dein Workflow eine`language`-Matrix verwendet, versucht `autobuild`, jede der kompilierten Sprachen zu kompilieren, die in der Matrix aufgeführt ist. Ohne eine Matrix, versucht `autobuild`, die unterstützte kompilierte Sprache mit den meisten Quelldateien im Repository zu kompilieren. Mit Ausnahme von Go schlägt die Analyse anderer kompilierter Sprachen in deinem Repository fehl, sofern du keine expliziten Buildbefehle angibst.
If your workflow uses a`language` matrix, `autobuild` attempts to build each of the compiled languages listed in the matrix. Without a matrix `autobuild` attempts to build the supported compiled language that has the most source files in the repository. With the exception of Go, analysis of other compiled languages in your repository will fail unless you supply explicit build commands.
{% note %}
{% ifversion ghae %}**Hinweis:** {% data reusables.actions.self-hosted-runners-software %} {% else %} **Hinweis:** Wenn du selbst gehostete Runner für {% data variables.product.prodname_actions %} verwendest, musst du möglicherweise zusätzliche Software für den `autobuild`-Prozess installieren. Wenn dein Repository zudem eine bestimmte Version eines Buildtools erfordert, musst du dieses möglicherweise manuell installieren. Weitere Informationen findest du unter [Spezifikationen für auf {% data variables.product.prodname_dotcom %} gehostete Runner](/actions/reference/specifications-for-github-hosted-runners/#supported-software).
{% ifversion ghae %}
**Note**: {% data reusables.actions.self-hosted-runners-software %}
{% else %}
**Note**: If you use self-hosted runners for {% data variables.product.prodname_actions %}, you may need to install additional software to use the `autobuild` process. Additionally, if your repository requires a specific version of a build tool, you may need to install it manually. For more information, see "[Specifications for {% data variables.product.prodname_dotcom %}-hosted runners](/actions/reference/specifications-for-github-hosted-runners/#supported-software)".
{% endif %}
{% endnote %}
### C/C++
| Unterstütztes System | Systemname |
| Supported system type | Systemname |
|----|----|
| Betriebssystem | Windows, macOS und Linux |
| Buildsystem | Windows: MSbuild und Buildskripts<br/>Linux und macOS: Autoconf, Make, CMake, qmake, Meson, Waf, SCons, Linux Kbuild und Buildskripts |
| Operating system | Windows, macOS, and Linux |
| Buildsystem | Windows: MSbuild and build scripts<br/>Linux and macOS: Autoconf, Make, CMake, qmake, Meson, Waf, SCons, Linux Kbuild, and build scripts |
Das Verhalten des `autobuild`-Schritts variiert je nach Betriebssystem, auf dem die Extraktion ausgeführt wird. Unter Windows versucht der `autobuild`-Schritt, mit dem folgenden Ansatz automatisch eine geeignete Buildmethode für C/C++ zu erkennen:
The behavior of the `autobuild` step varies according to the operating system that the extraction runs on. On Windows, the `autobuild` step attempts to autodetect a suitable buildmethod for C/C++ using the following approach:
1. Für die Projektmappe (`.sln`) oder Projektdatei (`.vcxproj`), die sich am nächsten beim Stamm befindet, wird `MSBuild.exe` aufgerufen.
Wenn`autobuild`mehrere Projektmappen oder Projektdateien mit dem gleichen (kürzesten) Abstand zum obersten Verzeichnis erkennt, versucht autobuild, alle zu kompilieren.
2. Ein Skript wird aufgerufen, das wie ein Buildskript aussieht: _build.bat_, _build.cmd_ und_build.exe_ (in dieser Reihenfolge).
1. Invoke `MSBuild.exe` on the solution (`.sln`) or project (`.vcxproj`) file closest to the root.
If`autobuild`detects multiple solution or project files at the same (shortest) depth from the top level directory, it will attempt tobuild all of them.
2. Invoke a script that looks like a build script—_build.bat_, _build.cmd_,_and build.exe_ (in that order).
Unter Linux und macOS werden die im Repository vorhandenen Dateien vom `autobuild`-Schritt überprüft, um das verwendete Buildsystem zu bestimmen:
On Linux and macOS, the `autobuild` step reviews the files present in the repository to determine the buildsystem used:
1. Im Stammverzeichnis wird nach einem Buildsystem gesucht.
2. Wenn keines gefunden wird, werden die Unterverzeichnisse nach einem eindeutigen Verzeichnis mit einem Buildsystem für C/C++ durchsucht.
3. Ein passender Befehl wird ausgeführt, um das System zu konfigurieren.
1. Look for a buildsystem in the root directory.
2. If none are found, search subdirectories for a unique directory with a buildsystem for C/C++.
3. Run an appropriate command to configure the system.
### C#
| Unterstütztes System | Systemname |
| Supported system type | Systemname |
|----|----|
| Betriebssystem | Windows und Linux |
| Buildsystem | .NET und MSbuild sowie Buildskripts |
| Operating system | Windows and Linux |
| Buildsystem | .NET and MSbuild, as well as build scripts |
Der`autobuild`-Prozess versucht, mit dem folgenden Ansatz automatisch eine geeignete Buildmethode für C# zu erkennen:
The`autobuild` process attempts to autodetect a suitable buildmethod for C# using the following approach:
1. Für die Projektmappe (`.sln`) oder Projektdatei (`.csproj`), die sich am nächsten beim Stamm befindet, wird `dotnet build` aufgerufen.
2. Für die Projektmappe oder Projektdatei, die sich am nächsten beim Stamm befindet, wird`MSbuild` (Linux) oder `MSBuild.exe` (Windows) aufgerufen.
Wenn`autobuild`mehrere Projektmappen oder Projektdateien mit dem gleichen (kürzesten) Abstand zum obersten Verzeichnis erkennt, versucht autobuild, alle zu kompilieren.
3. Ein Skript wird aufgerufen, das wie ein Buildskript aussieht: _build_ und _build.sh_ (für Linux in dieser Reihenfolge) oder _build.bat_, _build.cmd_ und_build.exe_ (für Windows in dieser Reihenfolge).
1. Invoke `dotnet build` on the solution (`.sln`) or project (`.csproj`) file closest to the root.
2. Invoke`MSbuild` (Linux) or `MSBuild.exe` (Windows) on the solution or project file closest to the root.
If`autobuild`detects multiple solution or project files at the same (shortest) depth from the top level directory, it will attempt tobuild all of them.
3. Invoke a script that looks like a build script—_build_ and _build.sh_ (in that order, for Linux) or _build.bat_, _build.cmd_,_and build.exe_ (in that order, for Windows).
{% ifversion codeql-go-autobuild %}
### Go
| Unterstütztes System | Systemname |
| Supported system type | Systemname |
|----|----|
| Betriebssystem | Windows, macOS und Linux |
| Buildsystem | Go-Module, `dep`und Glide sowie Buildskripts, einschließlich Makefiles und Ninja-Skripts |
| Operating system | Windows, macOS, and Linux |
| Buildsystem | Go modules, `dep`and Glide, as well as build scripts including Makefiles and Ninja scripts |
Der`autobuild`-Prozess versucht, automatisch einen geeigneten Weg zu finden, die von einem Go-Repository benötigten Abhängigkeiten zu installieren, bevor alle`.go`-Dateien extrahiert werden:
The`autobuild` process attempts to autodetect a suitable way to install the dependencies needed by a Go repository before extracting all `.go` files:
1. Rufe `make`, `ninja`, `./build` oder `./build.sh` (in dieser Reihenfolge) auf, bis einer dieser Befehle und ein nachfolgendes `go list ./...` auch erfolgreich ist, was zeigt, dass die erforderlichen Abhängigkeiten installiert wurden.
2. Wenn keiner dieser Befehle erfolgreich war, suche nach`go.mod`, `Gopkg.toml` oder `glide.yaml` und führe entsprechend`go get` (sofern Vendoring nicht verwendet wird), `dep ensure -v` oder `glide install`aus, um zu versuchen, Abhängigkeiten zu installieren.
3. Wenn keine Konfigurationsdateien für diese Abhängigkeits-Manager gefunden werden, ordne schließlich die Repositoryverzeichnisstruktur so neu an, dass sie `GOPATH` hinzugefügt werden kann, und installiere mit `go get` Abhängigkeiten. Die Verzeichnisstruktur wird nach Abschluss der Extraktion in die Normalität zurückgesetzt.
4. Extrahiere den gesamten Go-Code im Repository, ähnlich der Ausführung von`go build ./...`.
1. Invoke `make`, `ninja`, `./build` or `./build.sh` (in that order) until one of these commands succeeds and a subsequent `go list ./...` also succeeds, indicating that the needed dependencies have been installed.
2. If none of those commands succeeded, look for`go.mod`, `Gopkg.toml` or `glide.yaml`, and run`go get` (unless vendoring is in use), `dep ensure -v` or `glide install`respectively to try to install dependencies.
3. Finally, if configurations files for these dependency managers are not found, rearrange the repository directory structure suitable for addition to `GOPATH`, and use `go get` to install dependencies. The directory structure reverts to normal after extraction completes.
4. Extract all Go code in the repository, similar to running`go build ./...`.
| Betriebssystem | Windows, macOS und Linux (keine Einschränkung) |
| Buildsystem | Gradle, Maven und Ant |
| Operating system | Windows, macOS, and Linux (no restriction) |
| Buildsystem | Gradle, Maven and Ant |
Der`autobuild`-Prozess versucht, mithilfe dieser Strategie das Buildsystem für Java-Codebasen zu bestimmen:
The`autobuild` process tries to determine the buildsystem for Java codebases by applying this strategy:
1. Im Stammverzeichnis wird nach einer Builddatei gesucht. Eine Prüfung auf Gradle-, dann Maven-, dann Ant-Builddateien erfolgt.
2. Die erste gefundene Builddatei wird ausgeführt. Wenn sowohl Gradle- als auch Maven-Dateien vorhanden sind, wird die Gradle-Datei verwendet.
3. Andernfalls wird in direkten Unterverzeichnissen des Stammverzeichnisses nach Builddateien gesucht. Wenn nur ein Unterverzeichnis Builddateien enthält, wird die erste Datei ausgeführt, die in diesem Unterverzeichnis ermittelt wurde (mit derselben Einstellung wie für 1). Wenn mehrere Unterverzeichnisse Builddateien enthalten, wird ein Fehler gemeldet.
1. Search for a build file in the root directory. Check for Gradle then Maven then Ant build files.
2. Run the first build file found. If both Gradle and Maven files are present, the Gradle file is used.
3. Otherwise, search for build files in direct subdirectories of the root directory. If only one subdirectory contains build files, run the first file identified in that subdirectory (using the same preference as for 1). If more than one subdirectory contains build files, report an error.
## Hinzufügen von Buildschritten für eine kompilierte Sprache
## Adding build steps for a compiled language
{% data reusables.code-scanning.autobuild-add-build-steps %} Informationen zum Bearbeiten der Workflowdatei findest du unter [Konfigurieren des {% data variables.product.prodname_code_scanning %}](/code-security/secure-coding/configuring-code-scanning#editing-a-code-scanning-workflow).
{% data reusables.code-scanning.autobuild-add-build-steps %} For information on how to edit the workflow file, see "[Configuring {% data variables.product.prodname_code_scanning %}](/code-security/secure-coding/configuring-code-scanning#editing-a-code-scanning-workflow)."
Nachdem du den `autobuild`-Schritt entfernt hast, hebe die Auskommentierung für den `run`-Schritt auf, und füge für dein Repository geeignete Buildbefehle hinzu. Der `run`-Schritt des Workflows führt Befehlszeilenprogramme mithilfe der Shell des Betriebssystems aus. Du kannst diese Befehle ändern und weitere Befehle hinzufügen, um den Buildprozess anzupassen.
After removing the `autobuild` step, uncomment the `run` step and add build commands that are suitable for your repository. The workflow `run` step runs command-line programs using the operating system's shell. You can modify these commands and add more commands to customize the buildprocess.
``` yaml
- run: |
@@ -132,9 +135,9 @@ Nachdem du den `autobuild`-Schritt entfernt hast, hebe die Auskommentierung für
make release
```
Weitere Informationen zum Schlüsselwort `run` findest du unter [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idstepsrun).
For more information about the `run` keyword, see "[Workflowsyntax for {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idstepsrun)."
Wenn dein Repository mehrere kompilierte Sprachen enthält, kannst du sprachspezifische Buildbefehle angeben. Wenn dein Repository z.B. C/C++-, C#- und Java-Code enthält und `autobuild` C/C++ und C# ordnungsgemäß kompilieren kann, jedoch nicht Java, kannst du nach dem `init`-Schritt die folgende Konfiguration in deinem Workflow verwenden. Hiermit werden Buildschritte für Java angegeben, während weiterhin `autobuild` für C/C++ und C# verwendet wird:
If your repository contains multiple compiled languages, you can specify language-specific build commands. For example, if your repository contains C/C++, C# and Java, and `autobuild` correctly builds C/C++ and C# but fails to build Java, you could use the following configuration in your workflow, after the `init` step. This specifies build steps for Java while still using`autobuild` for C/C++ and C#:
@@ -148,8 +151,8 @@ Wenn dein Repository mehrere kompilierte Sprachen enthält, kannst du sprachspez
make release
```
Weitere Informationen zur `if`-Bedingung findest du unter [Workflowsyntax für GitHub Actions](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idstepsif).
For more information about the `if` conditional, see "[Workflowsyntax for GitHub Actions](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idstepsif)."
Weitere Tipps und Tricks bei Buildproblemen mit `autobuild` findest du unter [Problembehandlung des {% data variables.product.prodname_codeql %}-Workflows](/code-security/secure-coding/troubleshooting-the-codeql-workflow).
For more tips and tricks about why `autobuild` won't build your code, see "[Troubleshooting the {% data variables.product.prodname_codeql %} workflow](/code-security/secure-coding/troubleshooting-the-codeql-workflow)."
Wenn du manuelle Buildschritte für kompilierte Sprachen hinzugefügt hast und {% data variables.product.prodname_code_scanning %} in deinem Repository noch immer nicht funktioniert, kontaktiere {% data variables.contact.contact_support %}.
If you added manual build steps for compiled languages and {% data variables.product.prodname_code_scanning %} is still not working on your repository, contact {% data variables.contact.contact_support %}.
@@ -74,7 +74,7 @@ You can display the command-line help for any command using the <nobr>`--help`</
| Option | Required | Usage |
|--------|:--------:|-----|
| `<database>` | {% octicon "check-circle-fill" aria-label="Required" %} | Specify the name and location of a directory to create for the {% data variables.product.prodname_codeql %} database. The command will fail if you try to overwrite an existing directory. If you also specify `--db-cluster`, this is the parent directory and a subdirectory is created for each language analyzed.|
| <nobr>`--language`</nobr> | {% octicon "check-circle-fill" aria-label="Required" %} | Specify the identifier for the language to create a database for, one of: `{% data reusables.code-scanning.codeql-languages-keywords %}` (use `javascript` to analyze TypeScript code). When used with <nobr>`--db-cluster`</nobr>, the option accepts a comma-separated list, or can be specified more than once.
| <nobr>`--language`</nobr> | {% octicon "check-circle-fill" aria-label="Required" %} | Specify the identifier for the language to create a database for, one of: `{% data reusables.code-scanning.codeql-languages-keywords %}` (use `javascript` to analyze TypeScript code {% ifversion codeql-kotlin-beta %} and `java` to analyze Kotlin code{% endif %}). When used with <nobr>`--db-cluster`</nobr>, the option accepts a comma-separated list, or can be specified more than once.
| <nobr>`--command`</nobr> | | Recommended. Use to specify the build command or script that invokes the build process for the codebase. Commands are run from the current folder or, where it is defined, from <nobr>`--source-root`</nobr>. Not needed for Python and JavaScript/TypeScript analysis. |
| <nobr>`--db-cluster`</nobr> | | Optional. Use in multi-language codebases to generate one database for each language specified by <nobr>`--language`</nobr>.
| <nobr>`--no-run-unnecessary-builds`</nobr> | | Recommended. Use to suppress the build command for languages where the {% data variables.product.prodname_codeql_cli %} does not need to monitor the build (for example, Python and JavaScript/TypeScript).
Bei kompilierten Sprachen wie Java,{% ifversion codeql-go-autobuild %} Go,{% endif %} C, C++ und C# analysiert {% data variables.product.prodname_codeql %} den gesamten Code, der während der Workflowausführung erstellt wurde. Um die Menge des zu analysierenden Codes zu begrenzen, kannst du durch die Angabe eigener Kompilierungsschritte in einem `run`-Block nur den Code kompilieren, den du analysieren möchtest. Durch die Angabe deiner eigenen Buildschritte mithilfe der Filter `paths` und `paths-ignore` für die Ereignisse `pull_request` und `push` kannst du die Schritte wie gewünscht kombinieren, um sicherzustellen, dass dein Workflow nur ausgeführt wird, wenn der bestimmte Code geändert wird. Weitere Informationen findest du unter [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#onpushpull_requestpull_request_targetpathspaths-ignore).
For compiled languages like Java,{% ifversion codeql-kotlin-beta %} Kotlin, {% endif %}{% ifversion codeql-go-autobuild %} Go,{% endif %} C, C++, and C#, {% data variables.product.prodname_codeql %} analyzes all of the code which was built during the workflow run. To limit the amount of code being analyzed, build ony the code which you wish to analyze by specifying your own build steps in a `run` block. You can combine specifying your own build steps with using the `paths` or `paths-ignore` filters on the `pull_request` and `push` events to ensure that your workflow only runs when specific code is changed. For more information, see "[Workflow syntax for {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#onpushpull_requestpull_request_targetpathspaths-ignore)."
Für Sprachen wie{% ifversion codeql-go-autobuild %}{% else %} Go,{% endif %} JavaScript, Python und TypeScript, die {% data variables.product.prodname_codeql %} ohne Kompilierung des Quellcodes analysiert, kannst du zusätzliche Konfigurationsoptionen angeben, um den Umfang des zu analysierenden Codes zu begrenzen. Weitere Informationen findest du unter [Angeben von zu überprüfenden Verzeichnissen](/code-security/secure-coding/configuring-code-scanning#specifying-directories-to-scan).
For languages like{% ifversion codeql-go-autobuild %}{% else %} Go,{% endif %} JavaScript, Python, and TypeScript, that {% data variables.product.prodname_codeql %} analyzes without compiling the source code, you can specify additional configurationoptions to limit the amount of code to analyze. For more information, see "[Specifying directories to scan](/code-security/secure-coding/configuring-code-scanning#specifying-directories-to-scan)."
If `autobuild` fails, or you want to analyze a different set of source files from those built by the `autobuild` process, you'll need to remove the `autobuild` step from the workflow, and manually add build steps. For C/C++, C#, Go, and Java projects, {% data variables.product.prodname_codeql %} will analyze whatever source code is built by your specified build steps.
If `autobuild` fails, or you want to analyze a different set of source files from those built by the `autobuild` process, you'll need to remove the `autobuild` step from the workflow, and manually add build steps. For C/C++, C#, Go,{% ifversion codeql-kotlin-beta %} Kotlin, {% endif %} and Java projects, {% data variables.product.prodname_codeql %} will analyze whatever source code is built by your specified build steps.
Für die unterstützten kompilierten Sprachen kannst du den Code mithilfe der `autobuild`-Aktion im {% data variables.code-scanning.codeql_workflow %} erstellen. So wird vermieden, dass du explizite Buildbefehle für C/C++, C#,{% ifversion codeql-go-autobuild %} Go,{% endif %} und Java angeben musst.
For the supported compiled languages, you can use the `autobuild` action in the {% data variables.code-scanning.codeql_workflow %} to build your code. This avoids you having to specify explicit build commands for C/C++, C#,{% ifversion codeql-go-autobuild %} Go,{% endif %}{% ifversion codeql-kotlin-beta %} Kotlin, {% endif %} and Java.
**Note**: {% data variables.product.prodname_codeql %} analysis for Ruby is currently in beta. During the beta, analysis of Ruby will be less comprehensive than {% data variables.product.prodname_codeql %} analysis of other languages.
**Note**: {% data variables.product.prodname_codeql %} analysis for Kotlin is currently in beta. During the beta, analysis of Kotlin will be less comprehensive than {% data variables.product.prodname_codeql %} analysis of other languages.
{% endnote %}
{% endif %}
For more information, see the documentation on the {% data variables.product.prodname_codeql %} website: "[Supported languages and frameworks](https://codeql.github.com/docs/codeql-overview/supported-languages-and-frameworks/)."
If your support request is outside of the scope of what our team can help you with, we may recommend next steps to resolve your issue outside of {% data variables.contact.github_support %}. Your support request is possibly out of {% data variables.contact.github_support %}'s scope if the request is primarily about:
- Third party integrations, such as Jira{% ifversion ghes %}
- Hardware setup{% endif %}
- CI/CD, such as Jenkins
- Writing scripts
- Configuration of external authentication systems, such as SAML identity providers
- Open source projects
- Writing or debugging new queries for {% data variables.product.prodname_codeql %}
Wenn deine Supportanfrage außerhalb des Geltungsbereichs liegt, bei dem unser Team dir helfen kann, können wir dir die nächsten Schritte empfehlen, damit du deinen Issue außerhalb von {% data variables.contact.github_support %} beheben kannst. Deine Supportanfrage liegt möglicherweise nicht im Zuständigkeitsbereich von {% data variables.contact.github_support %}, wenn es in erster Linie um die folgenden Themen geht:
- Integrationen von Drittanbietern, z. B. Jira{% ifversion ghes %}
- Hardwareeinrichtung{% endif %}
- CI/CD, z.B. Jenkins
- Schreiben von Skripts
- Konfiguration externer Authentifizierungssysteme, z.B. SAML-Identitätsanbieter
- Open Source-Projekte
- Neue Abfragen für {% data variables.product.prodname_codeql %} schreiben oder debuggen
If you're uncertain if the issue is out of scope, open a ticket and we're happy to help you determine the best way to proceed.
Wenn du unsicher bist, ob der Issue außerhalb des Bereiches liegt, öffne ein Ticket, und wir helfen Dir gerne dabei zu bestimmen, wie du am besten fortfährst.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
docubot