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
|
/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
|
||||||
|
|||||||
Reference in New Issue
Block a user