We recommend that you start using code scanning with default setup. After you've initially configured default setup, you can evaluate code scanning to see how it's working for you and customize it to better meet your needs. For more information, see Acerca de los tipos de configuración para el examen de código.
Prerequisites
Your repository is eligible for default setup for code scanning if:
- GitHub Actions está habilitado.
- GitHub Code Security se ha habilitado.
Configuring default setup for a repository
Nota:
If the analyses fail for all CodeQL-supported languages in a repository, default setup will still be enabled, but it will not run any scans or use any GitHub Actions minutes until another CodeQL-supported language is added to the repository or default setup is manually reconfigured, and the analysis of a CodeQL-supported language succeeds.
-
En GitHub, navegue hasta la página principal del repositorio.
Nota:
If you are configuring default setup on a fork, you must first enable GitHub Actions. To enable GitHub Actions, under your repository name, click Actions, then click I understand my workflows, go ahead and enable them. Be aware that this will enable all existing workflows on your fork.
-
Debajo del nombre del repositorio, haz clic en Settings. Si no puedes ver la pestaña "Configuración", selecciona el menú desplegable y, a continuación, haz clic en Configuración.
-
En la sección "Security" de la barra lateral, haz clic en Advanced Security.
-
En "Code Security", a la derecha de "CodeQL analysis", selecciona Set up y luego haz clic en Default.
You will then see a "CodeQL default configuration" dialog summarizing the code scanning configuration automatically created by default setup.
-
Optionally, to customize your code scanning setup, click Edit.
- To add or remove a language from the analysis performed by default setup, select or deselect that language in the "Languages" section.
- To specify the CodeQL query suite you would like to use, select your preferred query suite in the "Query suites" section.
-
Review the settings for default setup on your repository, then click Enable CodeQL. This will trigger a workflow that tests the new, automatically generated configuration.
Nota:
If you are switching to default setup from advanced setup, you will see a warning informing you that default setup will override existing code scanning configurations. This warning means default setup will disable the existing workflow file and block any CodeQL analysis API uploads.
-
If projects in your repository depend on dependencies in private package registries, you can grant code scanning access to them. This can improve the outcomes and quality of analyses. See Conceder acceso a las características de seguridad a registros privados.
-
Optionally, to view your default setup configuration after enablement, select , then click View CodeQL configuration.
Nota:
If no pushes and pull requests have occurred in a repository with default setup enabled for 6 months, the weekly schedule will be disabled to save your GitHub Actions minutes.
Assigning runners for default setup
Nota:
Code scanning sees assigned runners when default setup is enabled. If a runner is assigned to a repository that is already running default setup, you must disable and re-enable default setup to start using the runner. If you add a runner and want to start using it, you can change the configuration manually without needing to disable and re-enable default setup.
Assigning labels to self-hosted runners
To assign a self-hosted runner for default setup, you can use the default code-scanning label, or you can optionally give them custom labels so that individual repositories can use different runners. For information about assigning labels to self-hosted runners, see Uso de etiquetas con ejecutores autohospedados.
Once you've assigned custom labels to self-hosted runners, your repositories can use those runners for code scanning default setup.
You can also use security configurations to assign labels to self-hosted runners for code scanning. See Creación de una configuración de seguridad personalizada.
Ensuring build support
Default setup uses the none build mode for C# y Java and uses the autobuild build mode for other compiled languages. You should configure your self-hosted runners to make sure they can run all the necessary commands for C/C++, C#, and Swift analysis. Analysis of JavaScript/TypeScript, Go, Ruby, Python, and Kotlin code does not currently require special configuration.
Next steps
After your configuration runs successfully at least once, you can start examining and resolving code scanning alerts. For more information on code scanning alerts, see Acerca de las alertas de análisis de código and Evaluación de alertas de análisis de código para el repositorio.
After you've configured default setup for code scanning, you can read about evaluating how it's working for you and the next steps you can take to customize it. For more information, see Evaluación de la configuración predeterminada para el examen de código.
You can find detailed information about your code scanning configuration, including timestamps for each scan and the percentage of files scanned, on the tool status page. For more information, see Use the tool status page for code scanning.
When you configure default setup, you may encounter an error. For information on troubleshooting specific errors, see Solución de problemas de análisis de código.