Casos de uso
Actualizaciones de dependencias que sí terminan
Dependabot y Renovate abren los pull requests. La parte para la que nadie tiene tiempo (esperar al CI, perseguir el único job que falla, fusionar los once que están bien) es la que ejecutamos nosotros.
El cuello de botella no es abrir el PR
Los PRs automáticos de actualización son baratos de crear y caros de terminar. developerz.ai reconoce a Dependabot y a Renovate como bots y deliberadamente no les responde: nada de hilos entre bots. Lo que hace es revisar cada PR, enviar arreglos cuando las comprobaciones fallan y fusionarlo a través de la puerta de merge cuando el CI, la revisión y tus protecciones de rama coinciden. Una actualización de versión mayor solo te espera cuando tu maintainer.yml escribe major_dep_bump en escalate.ask_before_acting. Una actualización a la que tu código no puede adaptarse se cierra con el motivo; una cuyas comprobaciones fallidas dejan de bajar llega a ti.
Sin ruido entre bots
Los PRs de Dependabot y Renovate se detectan y nunca se responden con otro comentario de bot: se tratan como trabajo, no como conversación.
Las puertas siguen siendo máquinas
Una actualización se fusiona cuando el CI está verde, la revisión pasa y tus protecciones de rama lo permiten. No porque algo decidiera que parecía seguro.
Los atascados salen a la luz
Un PR que no se pone en verde deja de ser invisible: un comentario en él dice qué comprobación falla y qué pasa después, y si no puede ponerse en verde se te escala, o se cierra con el motivo cuando tu código no puede adaptarse a la nueva versión.
Dónde se detiene y te pregunta
Tu política decide qué actualizaciones te esperan
Sin un maintainer.yml confirmado, la plataforma no revisa, vigila ni fusiona una actualización: sigue siendo tuya, y lo mismo ocurre mientras pr.auto_merge esté desactivado (en OSS Free u OSS verificado, hasta que tu fichero lo fije en true) o pr.auto_merge_scope sea own. Con own_and_dependency_bots o not_project, la plataforma sigue encargándose de las actualizaciones; not_project además fusiona y vigila los PR de personas sin acceso de escritura al repositorio, nunca los de un miembro del proyecto (con permiso de escritura, mantenimiento o administración). En otro caso, una actualización se fusiona cuando el CI, la revisión y tus protecciones de rama lo permiten, salvo que tu fichero la retenga para tu aprobación: una ruta o rama de destino en pr.human_merge, o una categoría de escalate.ask_before_acting. El PR de un bot solo lo retiene una categoría que tu fichero escribe, como major_dep_bump, nunca la lista por defecto. Cuando el CI sigue en rojo, una actualización a la que tu código no puede adaptarse se cierra con el motivo, y una cuyas comprobaciones fallidas dejan de bajar se te escala.
Ver la política recomendadaProfundiza
Define las reglas en un solo fichero
Qué rutas se fusionan solas, cuáles esperan siempre a una persona y cuáles se ignoran del todo: todo en un fichero de política versionado.
Ver la referencia de maintainer.yml
Publica más. Mantén menos.
Creemos que el software se va a escribir más rápido de lo que cualquier equipo puede revisar. Trae tus repositorios, tus servidores y tus claves. Nosotros ponemos la organización que sigue el ritmo.