# Deploy D5.3.7

Artefacto esperado:

`DH_V2_FASE_D5_3_7_1_SOURCE.zip`

Ruta de producción:

`/var/www/dhv2.korexlabs.com`

## Seguridad del deploy

El script `scripts/deploy-phase-d5-3-7-1.sh` valida antes de modificar producción:

- espacio libre suficiente;
- PostgreSQL `healthy` y aceptando conexiones;
- ZIP y versiones esperadas;
- build real de API en staging;
- suite completa de tests API en staging;
- build real del frontend en staging.

Sólo después crea backup PRE, instala el source, reconstruye imágenes y aplica la migración.

El chequeo de migraciones se imprime directamente; no se oculta dentro de una sustitución de shell. Esto facilita diagnosticar errores del contenedor `migrate`.

## Ejecución

Desde el directorio del sitio, extraer el script del ZIP y ejecutarlo preferentemente dentro de `tmux`:

```bash
unzip -p DH_V2_FASE_D5_3_7_1_SOURCE.zip scripts/deploy-phase-d5-3-7-1.sh > /root/deploy-dhv2-d537.sh
chmod +x /root/deploy-dhv2-d537.sh
bash /root/deploy-dhv2-d537.sh 2>&1 | tee /root/deploy-dhv2-d537.log
```

Resultado esperado:

`ACEPTACIÓN DE FASE D5.3.7: OK`

Health esperado:

- version `0.19.3-7.1`
- phase `D5.3.7`
- database `ok`

## Validación funcional posterior

No aplicar masivamente un lote apenas termina el deploy.

Orden recomendado:

1. Abrir `Tablas de yacimiento.xlsx`.
2. Ejecutar nuevamente Conciliación.
3. Generar Plan.
4. Revisar el desglose por Organizaciones / Áreas / Yacimientos / Relaciones y enviar captura para validar.
5. Sólo después de validar el plan territorial, confirmar su aplicación.
6. Reconciliar nuevamente PSEnergy, porque el Maestro ya habrá cambiado.
7. Seleccionar la operadora correcta y namespace `PSENERGY`.
8. Generar y resolver el plan técnico antes de cualquier aplicación.