Aprobación automática
HeyDeer puede aprobar un pull request en GitHub cuando su revisión no encuentra nada que requiera atención. Solo aprueba si activas esta opción.
Modos de aprobación
Configura “Aprobación automática” en Configuración de la organización → Reglas de revisión, en Publicar resultados, o por repositorio; consulta Cómo funciona la configuración.
| Modo | HeyDeer aprueba cuando | Adecuado para |
|---|---|---|
| No aprobar automáticamente (predeterminado) | Nunca | Una persona aprueba cada cambio |
| Solo cambios sencillos | La revisión no tiene problemas y el cambio es claramente de bajo riesgo, como un cambio de nombre o una actualización de documentación. Que el diff sea pequeño no basta. | Los cambios rutinarios se fusionan sin esperas |
| Cuando no se encuentre ningún problema | La revisión no tiene problemas, sea cual sea el cambio | Herramientas internas y prototipos |
Qué requiere la aprobación
- Ningún hallazgo dentro de tu alcance de los comentarios ni ninguna observación abierta de revisiones anteriores de HeyDeer, salvo que alguien con acceso de escritura haya decidido no atenderla.
- Se superaron todas las comprobaciones del repositorio aplicables y ninguna advertencia de la revisión indica que se hayan omitido comprobaciones o hallazgos.
- Nada requiere el criterio de una persona y no todos los archivos modificados son generados.
- El pull request sigue en la versión revisada, su rama base no ha avanzado y no es un borrador.
- La opción “Publicar comentarios de revisión en el PR” está activada. Consulta Publicación de resultados.
Cada aprobación indica su motivo. Cuando HeyDeer no aprueba, la comprobación HeyDeer Review explica por qué.
Aprobaciones y reglas de rama de GitHub
HeyDeer aprueba como la GitHub App de HeyDeer y no descarta su propia aprobación cuando llegan commits nuevos. Para exigir una aprobación nueva, activa Dismiss stale pull request approvals when new commits are pushed en tus reglas de rama.
Tus reglas de rama deciden si la aprobación de HeyDeer cuenta para las aprobaciones requeridas. Si una persona debe aprobar cada merge, exige la revisión de un code owner o más de una aprobación.