v0.3.2 — instalador corregido

Instalación corregida

install.sh y README-deploy.md documentaban la corrida real como curl ... | sudo bash -s, un comando que el propio instalador rechaza: en el pipe el stdin del script es la tubería, no hay TTY, y el guard de -t 0 aborta antes de tocar nada. La instrucción contradecía al código y el operador se comía el error al ejecutarla.

Ahora la forma documentada —y la que usa la sinopsis de --help— es descargar y ejecutar:

curl -fsSL -o /tmp/install.sh https://raw.githubusercontent.com/cmp-camaguey/webcmp/v0.3.2/deploy/install.sh \
  && sudo bash /tmp/install.sh

El pipe queda reservado para los dos caminos que sí lo soportan: --help (sale antes del guard) y --non-interactive (no hay preguntas que responder).

Aviso de secreto generado

El --dry-run imprimía esto para toda clave generada:

[dry-run] SUPERUSER_PASSWORD=<generada, escrita en el .env, no impresa>

Es verdad para DB_PASS y mentira para SUPERUSER_PASSWORD: esa contraseña no se escribe en ningún archivo, sólo deja el hash en la base. El mensaje ahora depende de la clave, para no mandar a nadie a buscar una contraseña en el único lugar donde no puede estar.

Promociones con merge commit

Documentado en AGENTS.md: dev → main va con merge commit, nunca con squash. El squash crea en main un commit sin relación con los de dev, así que los originales nunca llegan y GitHub los sigue contando como "dev is N commits ahead of main" para siempre. El squash sigue siendo lo correcto para las features que entran a dev.

Esta promoción se hizo con merge commit, así que el contador queda en 0.

Instalación

curl -fsSL -o /tmp/install.sh https://raw.githubusercontent.com/cmp-camaguey/webcmp/v0.3.2/deploy/install.sh \
  && sudo bash /tmp/install.sh

Respuestas obligatorias cuando el TLS lo termina un NPM por delante:

• USE_WWW → si
• PROXY_MODE → 2 (o external)

Con external no se preguntan TLS_MODE ni ACME_EMAIL y certbot nunca corre.