Casos de uso
El CI inestable suele ser un entorno que no controlas
Ejecuta tus jobs de GitHub Actions en tus propias máquinas: el mismo equipo, las mismas cachés calientes y los mismos recursos siempre, con un log que puedes ir a leer.
Un test que falla una de cada diez veces es un problema de entorno mientras no se demuestre lo contrario
Los runners compartidos te dan una máquina nueva y con distinta carga en cada ejecución, que es justo la condición en la que los tests sensibles al tiempo se comportan mal. developerz.ai convierte tus VMs en runners just-in-time de GitHub Actions: un cambio de etiqueta runs-on: y los jobs se ejecutan en hardware que tú dimensionaste, con los límites de recursos que tú fijaste. Cada job sigue corriendo en un contenedor nuevo que se destruye al terminar, así que el aislamiento no depende de que la máquina esté limpia.
Hardware predecible
Elige el tamaño de runner por job (etiquetas de 2 a 32 vCPU) y deja de depurar fallos que en realidad son contención en la flota de otro.
Contenedor nuevo en cada job
Los jobs corren en un contenedor que se destruye al terminar. Nada persiste entre ejecuciones, así que una caché envenenada no te sigue.
El agente vigila el PR
Una comprobación en rojo no es un callejón sin salida: el agente sigue el PR y escala cuando deja de avanzar.
Dónde se detiene y te pregunta
Una comprobación que no puede resolver vuelve a ti
En un PR que abrió la plataforma, o en el de un bot de dependencias, un job de GitHub Actions que falló se vuelve a ejecutar una vez antes que nada, así que un test inestable cuesta una reejecución y ningún cambio de código. Para eso hacen falta ci.self_fix activado (el valor por defecto) y el permiso actions: write de la App; una instalación que no lo ha concedido no tiene reejecución y pasa directamente a una ronda de arreglo. Si el job vuelve a fallar, se ejecuta una ronda de arreglo en la rama. Cuando las comprobaciones en rojo dejan de bajar a lo largo de las rondas, la plataforma deja de gastar rondas y te escala el PR.
Ver cómo se trata una comprobación en rojoProfundiza
Una etiqueta para mover un workflow
La página de CI muestra el diff exacto, los tamaños de runner y el modelo de seguridad: vida del token, ciclo del contenedor y la regla de los forks.
CI en tu hardware
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.