Aprobación automática
Deja que HeyDeer apruebe un pull request cuando una revisión completa no deja nada que deba decidir una persona. Está desactivada de forma predeterminada y solo funciona mientras Publicar comentarios de revisión en el PR esté activado.
Activar la aprobación automática
- Abre Configuración del espacio de trabajo → Reglas de revisión o las Reglas de revisión de un repositorio.
- En Publicar resultados, activa Aprobación automática y comprueba que Publicar comentarios de revisión en el PR esté activado.
- Elige las condiciones PR que HeyDeer puede aprobar y Problemas que pueden quedar pendientes que se describen abajo.
- Selecciona Guardar reglas de revisión del espacio de trabajo o Guardar reglas de revisión del repositorio.
Condiciones de aprobación
HeyDeer solo aprueba un PR cuando se cumplen ambas condiciones.
| Ajuste | Valores | Predeterminado |
|---|---|---|
| PR que HeyDeer puede aprobar | PR de riesgo bajo PR de riesgo bajo y medio PR de cualquier nivel de riesgo | PR de riesgo bajo y medio |
| Problemas que pueden quedar pendientes | Ningún problema pendiente Permitir problemas de gravedad baja | Ningún problema pendiente |
HeyDeer clasifica cada PR como de riesgo bajo, medio o alto según lo difícil que sería contener un error que la revisión no detectó. Los PR de riesgo alto incluyen migraciones de datos, garantías eliminadas, cambios en la facturación, los permisos, la seguridad, la infraestructura central o los contratos externos, y decisiones que comprometen a tu equipo más allá de la propia funcionalidad del PR. Cada revisión indica el nivel y el motivo.
PR de cualquier nivel de riesgo elimina esta condición. Todos los requisitos de la siguiente sección siguen aplicándose.
Permitir problemas de gravedad baja permite que HeyDeer apruebe aunque queden hallazgos o problemas anteriores de gravedad baja. La aprobación indica que quedan; no los marca como corregidos ni resuelve sus conversaciones. Un problema anterior cuyo estado o gravedad actual no esté claro sigue bloqueando la aprobación.
Qué requiere la aprobación
- Los hallazgos dentro del alcance de los comentarios y los problemas anteriores cumplen tu condición de Problemas que pueden quedar pendientes. Los hallazgos fuera del alcance de los comentarios y las decisiones aceptadas de no actuar no bloquean la aprobación.
- La revisión está completa: se ejecutaron todas las comprobaciones del repositorio aplicables y no tiene notas de la revisión.
- No hay ninguna pregunta pendiente en Requiere aclaración. Las preguntas sobre hallazgos fuera del alcance de los comentarios no cuentan. Para responder a una, consulta Añadir el contexto que falta.
- HeyDeer evaluó el nivel de riesgo del PR, y ese nivel está dentro de tu condición PR que HeyDeer puede aprobar.
- El pull request no cambia las pautas que HeyDeer lee de él, como AGENTS.md, CLAUDE.md, las comprobaciones del repositorio y las skills. Una persona aprueba esos cambios. Consulta Qué puede cambiar un pull request.
- El pull request sigue en la versión revisada y su rama base no ha cambiado. Los borradores se pueden aprobar; GitHub solo los fusiona cuando están listos para revisión.
El comentario de aprobación de HeyDeer es breve. Su sección contraída Acerca de esta revisión incluye el Resumen de la revisión, el nivel de riesgo y su motivo, y un enlace Configuración a este ajuste. Cuando tu configuración impide la aprobación de un PR, el comentario lo indica y enlaza a ella. La comprobación HeyDeer Review y la página de la revisión en HeyDeer muestran los mismos detalles desplegados.
Aprobaciones y reglas de rama de GitHub
La aprobación y el estado de la comprobación son independientes. Con Permitir problemas de gravedad baja, un PR aprobado puede seguir teniendo una comprobación fallida mientras Marcar la comprobación como fallida si se detectan problemas esté activado.
HeyDeer aprueba como la GitHub App de HeyDeer. Cuando una revisión posterior del PR no lo aprueba, HeyDeer descarta su aprobación anterior y enlaza la nueva revisión. Hasta entonces, la aprobación anterior sigue contando, también mientras HeyDeer revisa commits nuevos.
Para exigir una aprobación nueva después de cada push, activa Dismiss stale pull request approvals when new commits are pushed en tus reglas de rama. Si tus reglas de rama restringen quién puede descartar revisiones de pull requests, incluye la GitHub App de HeyDeer.
Tus reglas de rama deciden si la aprobación de HeyDeer cuenta para las aprobaciones requeridas. Si una persona debe aprobar cada fusión, exige la revisión de un code owner o más de una aprobación.
Para fusionar pull requests automáticamente en cuanto HeyDeer los apruebe, consulta la configuración de reglas de rama en Equipos sin revisión de código.