Un sandbox se salta lo que ya pasó

Lo que un sandbox reutiliza Del check al código compilado.

hushrun: test skipped: this exact code passed in CI 3 min ago (saves 41s)
hushrun: unit passed in 3s; reusing 98 tests saved about 1s; it won't run again on this code
hushrun: build: 226 of 360 crates reused (226 from the shared store), 134 built, saving about 2m 3s

• Un check que ya pasó

  Si tú, CI u otro agente pasaron este check en los mismos archivos, el sandbox se lo salta y termina con 0, como un resultado exitoso. Cambia un archivo y corre.

  Cómo funciona un salto

• Pruebas cuyos archivos no cambiaron

  Cuando cambió el código de un check, puede dejar fuera las pruebas que ya pasaron en los archivos que leen, y correr las demás. Está apagado hasta que lo activas, check por check.

  Con qué funciona

• Código compilado

  Donde tu organización comparte código compilado, un sandbox descarga lo que ya compiló tu CI de confianza (ramas que lista un admin) en vez de compilarlo otra vez. El almacén compartido está apagado hasta que un admin lo activa.

  Con qué funciona

Cada línea es la salida de hushrun tal como la muestra su documentación: un ejemplo de lo que dice, no una medición.

Configúralo en un sandbox Una variable, HUSHRUN_AGENT.

Los checks del repositorio ya corren a través de hushrun, como los deja npx hushrun init. Un sandbox no tiene navegador para iniciar sesión, así que usa un token de agente.

1. Crea un token de agente

   Un admin corre hushrun token create --agent fleet-a, o usa la página Agents del dashboard. Imprime una línea, HUSHRUN_AGENT=…, una sola vez. Un mismo valor sirve para toda una flota.

2. Dale la variable a cada sandbox

   Guárdala como secreto en el entorno del sandbox: contiene una clave privada. HUSHRUN_INVOKED_BY=agent:<id> etiqueta las corridas de cada sandbox en el dashboard.

3. Déjalo llegar a hushrun

   Permite api.hushrun.com y tu registro de paquetes. Donde tu organización comparte código compilado, permite también el host de su almacén.

4. Corre los checks como siempre

   Los scripts del repositorio ahora se saltan lo que ya pasó, y registran lo que corre. hushrun whoami muestra el agente, su repositorio y cuándo vence su token.

Para sesiones de agentes en la nube, contenedores, flotas y sandboxes que pierden la red después de la configuración: Agents in sandboxes, en inglés.

Preguntas sobre los sandboxes

¿Qué necesita un sandbox?

Una variable, HUSHRUN_AGENT, con un token de agente que creó un admin, acceso de red a api.hushrun.com, y hushrun 0.6.0 o posterior en el repositorio.

¿Lo que pasa un sandbox se salta en CI?

Sí, en un job de CI sin variantes, salvo que un admin haya configurado el repositorio para que su CI reutilice solo los resultados de CI. Un job con variantes, como una matriz, se salta solo con su propio resultado de CI.

¿Y si el sandbox no puede llegar a hushrun?

El check corre, como correría sin hushrun, y su código de salida no cambia. hushrun explica por qué en una línea.

¿Y si la red se apaga después de la configuración?

Para el código compilado, el script de configuración corre hushrun build fetch con los checks que va a correr el agente. Las corridas siguientes reutilizan lo que guardó durante 24 horas, sin red y sin token. Cómo

¿Necesito una cuenta?

Sí, para un sandbox: su token pertenece a una organización en el servicio alojado de hushrun, gratis hasta 2,000 checks registrados al mes. Saltarse un check es gratis.