Todos los casos de uso

Detecta PRs bloqueados antes de que paralicen tu release

Zero monitoriza tu merge queue de GitHub, diagnostica por qué los PRs están bloqueados y avisa a las personas adecuadas — para que tu pipeline de release nunca se pare en silencio.

Zero conecta:GitHubSlack

Por qué tu pipeline de release se para y nadie se entera

El PR #9842 lleva dos horas en la merge queue. CI falló por un test inestable que no tiene nada que ver con los cambios del PR. Hay tres PRs más apilados detrás. Nadie se dio cuenta porque todos están concentrados en su propio trabajo, y GitHub no envía notificaciones cuando un PR se atasca en la cola. El release está bloqueado. Para cuando alguien lo descubre a las 4 PM, se ha perdido la mitad de la ventana de deploy del día. Zero lo detecta en minutos.

Cómo pedirle a Zero que vigile tu merge queue

@Zero monitoriza la merge queue de vm0-ai/vm0. Comprueba si hay PRs que lleven más de 30 minutos en la cola con CI fallando. Diagnostica la causa del fallo y avisa al autor del PR en Slack.

Cómo Zero detecta y diagnostica PRs bloqueados

Zero comprueba la merge queue según tu programación
Zero consulta la API de merge queue de GitHub y examina cada PR en cola — cuánto tiempo lleva esperando, si CI está pasando y si está bloqueando otros PRs detrás.
Zero diagnostica por qué los PRs bloqueados están bloqueados
Para cualquier PR que lleve demasiado tiempo en cola o tenga checks fallando, Zero lee los logs de CI, identifica el test o check específico que falla y determina si está relacionado con los cambios del PR o es un problema de infraestructura conocido.
Zero avisa a las personas adecuadas con contexto accionable
En vez de una notificación genérica de "PR bloqueado", Zero publica un diagnóstico detallado en Slack: qué check falló, por qué, quién escribió el PR y qué acción lo desbloqueará. La persona indicada lo ve y actúa — sin necesidad de detective.

Mantén tu pipeline en movimiento

Re-ejecuta un check de CI fallido
Pídele a Zero que re-ejecute el check fallido específico para limpiar un test inestable.
@Zero re-ejecuta el check cli-e2e-03-runner en el PR #9842
Añade tests inestables conocidos a la lista blanca
Dile a Zero qué tests son inestables para que no genere alertas excesivas.
@Zero ten en cuenta que cli-e2e-03-runner es un test inestable conocido — no alertes sobre él a menos que falle 3 veces seguidas
Hazlo rutina
Programa las comprobaciones de merge queue para coincidir con la velocidad de PRs de tu equipo.
@Zero cada día al mediodía y a las 4pm, comprueba la merge queue y alerta sobre PRs bloqueados en #dev

Integraciones requeridas: GitHub y Slack

GitHub
GitHub
GitHub — acceso de lectura a la merge queue, estado de checks de CI y detalles de PRs. Acceso de escritura opcional para re-ejecutar checks fallidos.
Obligatorio
Slack
Slack
Slack — publica alertas de merge queue con detalles de diagnóstico en tu canal de engineering.
Obligatorio

Buenas prácticas para la monitorización de merge queue

Configura la frecuencia de comprobación para coincidir con la velocidad de PRs de tu equipo — equipos de alta velocidad necesitan comprobaciones cada hora, la mayoría de equipos están bien con dos veces al día.
Mantén una lista de tests inestables conocidos y dile a Zero que los excluya de las alertas. Esto evita la fatiga de alertas y mantiene la señal limpia.
Combínalo con auto-merge-releases para un pipeline de release completo: merge-queue-monitor detecta PRs bloqueados, auto-merge-releases publica el release cuando la cola se despeja.