Skip to content
SEO Optimizer is live, Audit on page SEO and AI-search readiness. Try it free

Flujo de trabajo

Comprobaciones de pull requests

Scanverra escanea cada pull request, comenta los problemas críticos y altos que añade y fija la comprobación de estado scanverra/repo-scan. Los problemas que ya están en la rama de destino nunca bloquean un merge.

Requiere un plan de pago, una cuenta de GitHub conectada y acceso de administrador al repositorio, porque Scanverra le añade un webhook.

Configuración

  1. 1

    Conecta GitHub

    En la página Repo Scanner, conecta la cuenta de GitHub con acceso de administrador al repositorio.
  2. 2

    Abre las comprobaciones de pull requests

    Haz clic en el icono de pull request junto al botón Escanear del repositorio.
  3. 3

    Elige cuándo escanear

    Escanear pull requests está activado por defecto. Activa Escanear pushes a ramas para escanear también los pushes a las ramas que indiques, por ejemplo main, production. Después pulsa Activar.
  4. 4

    Haz obligatoria la comprobación (opcional)

    En GitHub, abre Settings y luego Branches, añade una regla para tu rama principal y exige la comprobación de estado scanverra/repo-scan. Así no se pueden fusionar pull requests que añadan problemas críticos o altos.

Qué mira la comprobación

Cada escaneo se compara con el último escaneo de la rama de destino del pull request. Los hallazgos se emparejan por herramienta, regla y archivo (no por línea), así que mover código antiguo no lo convierte en nuevo. El estado es failure solo cuando el PR añade problemas críticos o altos, y error si el escaneo no pudo terminar. Scanverra mantiene un comentario por PR y lo actualiza en cada push.

El comentario del pull request
### ❌ Scanverra: 2 new critical or high issues

Score 72/100 · quality gate passed · compared with the latest scan of `main`

| Severity | Issue |
| --- | --- |
| 🔴 critical | Hardcoded API key (`src/lib/payments.ts:12`) |
| 🟠 high | SQL query built from user input (`src/api/orders.ts:48`) |

5 critical or high issues were already on `main` and don't block this PR.

Open the full report. From there you can open a fix pull request for the issues Scanverra can fix.

¿Comprobaciones de pull requests o la GitHub Action?

Las dos usan el mismo escáner. Elige la que encaje con tu forma de trabajar.

Comprobaciones de PRGitHub Action
ConfiguraciónUn interruptor en Scanverra. Sin archivo de workflow.Un archivo de workflow y un secreto del repositorio.
Dónde se ejecutaEn Scanverra, cuando GitHub envía el webhook.En tu runner de GitHub Actions.
CriterioProblemas críticos o altos nuevos frente a la rama de destino.fail-on por gravedad, o fail-on-new para el mismo criterio de código nuevo.
ResultadosComentario en el PR, comprobación de estado e informe de Scanverra.Log del job, SARIF en code scanning e informe de Scanverra al subirlo.

La Action está documentada en CI/CD.

Solución de problemas

  • No aparece nada en el pull request

    En GitHub, abre Settings del repositorio y luego Webhooks, y revisa el último envío a Scanverra. Un 401 significa que cambió el secreto del webhook: desactiva y vuelve a activar las comprobaciones.

  • «GitHub no permitió un webhook en este repositorio»

    La cuenta conectada no es administradora del repositorio. Conecta una que lo sea o pide a un administrador que active las comprobaciones.

  • Las comprobaciones se detuvieron tras un cambio de plan

    Los escaneos por webhook solo se ejecutan en planes de pago. Tu configuración se conserva y vuelve a funcionar cuando el plan está activo.

  • Todos los problemas cuentan como nuevos

    La rama de destino no tiene un escaneo anterior con el que comparar. Escanéala una vez desde la página Repo Scanner o activa Escanear pushes a ramas para main.