Merge di main in dev: allineamento prima del passaggio in produzione
Da main arrivano S-12_I.pdf e una riga di .gitignore. Nei 5 conflitti (README, CampagnaShow, Registro, Assegnazione, vista campagna) tenuta la versione di dev, che contiene già le correzioni sulle campagne fatte su main. HANDOFF: analisi d'impatto e procedura per prod. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
26
HANDOFF.md
26
HANDOFF.md
@@ -127,6 +127,32 @@ email di prova e di conferma arrivate, link aperto senza login, account
|
||||
sbloccato; riquadro dopo l'assegnazione con WhatsApp e scelta. Configurazione
|
||||
e dati di prova rimossi dopo.
|
||||
|
||||
### Allineamento di main in dev e passaggio in produzione (19 ottobre 2026)
|
||||
|
||||
`main` è stato unito in `dev` (merge, non rebase): da `main` arrivano solo
|
||||
`S-12_I.pdf` e una riga di `.gitignore`. I 5 conflitti (README,
|
||||
`CampagnaShow`, `Registro`, `Assegnazione`, vista della campagna) nascevano
|
||||
dalle correzioni sulle campagne fatte su `main` la mattina e già portate su
|
||||
`dev`: si è tenuta la versione di `dev`, che le contiene già (con
|
||||
`proclamatore_id` nel log al posto del nome). Dopo, `main` va portato avanti
|
||||
fino a `dev` senza un nuovo merge, così in produzione va esattamente il codice
|
||||
provato su dev.
|
||||
|
||||
Analisi d'impatto per prod (fatta sui dati di prod copiati in dev):
|
||||
- 11 migrazioni nuove, provate sulla copia: nessun errore, conteggi identici.
|
||||
Due toccano dati esistenti: `nomi_proclamatori_fuori_dal_log` (irreversibile,
|
||||
solo da backup) e `posta_contatti_e_conferma_email`, che **azzera la
|
||||
conferma email di tutti gli utenti**.
|
||||
- In prod non c'è un server di posta: subito dopo il deploy va eseguito
|
||||
`php artisan utenti:conferma-email <email>` per ogni utente, altrimenti
|
||||
nessuno riesce a lavorare. La posta si configura poi dall'app.
|
||||
- `MAIL_SCHEME=tls` nell'ambiente di prod non è valido per Laravel 11:
|
||||
svuotarlo. Prod è in HTTPS con `SESSION_SECURE_COOKIE=false`: valutare `true`.
|
||||
- Il nuovo controllo dell'entrypoint su `APP_KEY` passa: chiave d'ambiente e
|
||||
`storage/app/.app_key` coincidono.
|
||||
- Ritorno indietro: ripristino del dump fatto prima del deploy e deploy del
|
||||
`main` precedente (`bde7a4a`).
|
||||
|
||||
### Informativa privacy aggiornata e dinamica (19 ottobre 2026)
|
||||
|
||||
Richiesta dell'utente: aggiornare la sezione privacy con i dati attuali e
|
||||
|
||||
Reference in New Issue
Block a user