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:
@@ -221,6 +221,21 @@ iRedMail):
|
||||
/api/auth/invite` sin token responde `400` de validacion, no `401` — confirma que quedo publico
|
||||
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
|
||||
|
||||
```bash
|
||||
|
||||
Reference in New Issue
Block a user