docs: registra el deploy a produccion de v1.8.0 (Subtareas -> Tareas)

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Milton Gonzalez
2026-09-10 08:58:43 -05:00
parent 8b0b8675b9
commit 841d2b884a
+15
View File
@@ -221,6 +221,21 @@ iRedMail):
/api/auth/invite` sin token responde `400` de validacion, no `401` — confirma que quedo publico /api/auth/invite` sin token responde `400` de validacion, no `401` — confirma que quedo publico
como se espera; `/aceptar-invitacion` carga con `200`). como se espera; `/aceptar-invitacion` carga con `200`).
## Actualizacion v1.8.0 (2026-09-10) — renombrar Subtareas a Tareas
- Migracion `005_rename_subtasks_to_tasks.sql` aplicada sobre `.32`. Nota real: la primera version
de esta migracion usaba `RENAME TABLE subtasks TO tasks`, pero fallo en produccion con "Table
'tasks' already exists" porque `001_initial.sql` (ya actualizado para crear `tasks` directo en
instalaciones nuevas) crea esa tabla vacia en el mismo run, antes de que corriera la 005 — sin
perdida de datos (`subtasks` en produccion tenia 0 filas). Corregida para copiar filas de
`subtasks` a `tasks` (con id explicito) y borrar `subtasks`, ajustando el `AUTO_INCREMENT`
despues; probada con datos simulados en dev antes de reintentar en produccion.
- Modulo backend `subtasks/` → `tasks/`, rutas `/api/activities/:id/tasks` y `/api/tasks/:id`,
servicio frontend, pestaña "Tareas" en el detalle de actividad, i18n y documentacion. Sin
cambios de comportamiento, solo nombres.
- Backend y frontend reconstruidos y reiniciados (PID confirmado distinto en ambos), verificado
contra `https://project.linkedcorp.net`.
## Comandos utiles ## Comandos utiles
```bash ```bash