Agrupación y calendario

Dependabot permite declarar groups dentro de una entrada: cada grupo tiene un nombre y se define con patterns (nombres de paquete, con comodín *) y, opcionalmente, update-types (patch, minor, major) para limitar qué tipo de cambios entran. Todo lo que cae en un grupo llega en un solo PR; lo que no cae en ninguno sigue abriendo un PR por paquete. Renovate lo logra con reglas de paquete y un nombre de grupo.

Agrupar reduce el número de PR y el número de veces que corre la integración continua. El coste: si un solo miembro del grupo rompe las pruebas, el PR entero queda bloqueado hasta separarlo. Por eso se agrupa lo que se parece (herramientas de desarrollo, tipos) y se deja suelto lo que merece atención propia.

Un grupo solo captura lo que coincide con sus patrones y con sus tipos de cambio. Si un grupo declara update-types de minor y patch, un salto mayor de un paquete que sí encaja por nombre no entra: abre su propio PR. Eso suele ser lo deseable, porque un cambio mayor puede romper compatibilidad y merece mirada aparte.

Abre el registro de la semana y la configuración. Hay un PR cuyo cambio es de tipo mayor.

La columna paquetes_en_el_pr del registro dice cuántas actualizaciones lleva cada PR. Sin grupos, cada paquete sería un PR propio. La diferencia entre las dos cifras es el trabajo que la agrupación le quitó al equipo esa semana.

El bloque schedule admite interval (diaria, semanal, mensual y otras) y, para la semanal, el día; también la hora (time) y la zona horaria (timezone). Esa hora y esa zona deciden el momento exacto en que aparecen los PR: conviene declarar la zona explícitamente para que la hora del archivo y la del equipo sean la misma.

Mira la nota de calendario del equipo: cuándo revisa, cuándo despliega y cuándo no se toca nada. Un buen calendario deja los PR listos justo antes del momento en que alguien los va a mirar, y deja margen para probar antes de un despliegue.