davideandClaude Opus 5
9e17c2fadd
Registra la decisione prima del codice, come chiede AGENTS.md. Il modello dei permessi passa da "ognuno i suoi" a "ognuno i suoi, più l'admin su tutti, tranne i file": senza, l'export per il tesseramento resta incompleto e il lavoro amministrativo torna in chat, contro la missione del progetto. Gli upload restano al giocatore perché su documenti d'identità e dati sanitari la catena di responsabilità deve restare leggibile. Aggiornati di conseguenza il documento di modulo (utenti, azioni della dashboard, permessi) e il changelog. Annotato nel riesame che oggi non esiste audit di chi modifica un dato. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
52 lines
2.3 KiB
Markdown
52 lines
2.3 KiB
Markdown
# Changelog
|
|
|
|
Tutte le modifiche significative del progetto vengono registrate in questo documento, in
|
|
ordine dalla più recente. L'elenco delle funzionalità disponibili e previste non si ripete
|
|
qui: sta in [ROADMAP.md](ROADMAP.md).
|
|
|
|
## Versione attuale — agosto 2026
|
|
|
|
### Autenticazione e dashboard amministratore (su `develop`, non ancora in produzione)
|
|
|
|
- Login con Google tramite Supabase Auth (DD-011). Al primo accesso l'account si collega a
|
|
un giocatore di `giocatori_squadra`, e il collegamento non è più modificabile dal
|
|
giocatore stesso (DD-016 regola 2).
|
|
- I permessi di amministrazione arrivano da `user_roles` (`src/lib/ruoli.ts`) e non più
|
|
dalla lista di nomi in `crapp-data.ts`, che resta solo come ponte finché
|
|
`VITE_AUTH_OBBLIGATORIA` non viene acceso.
|
|
- Nuova schermata `/admin`: stato dei profili della squadra, download di documento,
|
|
certificato e foto tessera, export CSV per il tesseramento CSI.
|
|
- Migration `m2_profili_giocatore` (tabella dei profili) e `m3_bucket_profili` (bucket
|
|
privato), entrambe additive.
|
|
- Dalla dashboard l'amministratore modifica i dati squadra (nome, cognome, numero, ruolo),
|
|
compila i dati personali al posto di un giocatore e scollega un account da un profilo
|
|
(DD-017). I file restano esclusi: li carica solo il giocatore. Nessuna migration: le
|
|
policy di M1 e M2 lo consentivano già.
|
|
|
|
### Test
|
|
|
|
- Suite di test in `test/` (unit, integration, end-to-end) eseguita con bun,
|
|
senza nuove dipendenze: `npm run test` e `npm run test:all`.
|
|
- Corretto un difetto emerso dai test: una sessione Scout Live con timestamp
|
|
illeggibile restava bloccata per sempre invece di scadere.
|
|
|
|
### Collegamento CSI
|
|
|
|
- Classifica e risultati ufficiali letti dal portale Livescore CSI Bologna
|
|
(stagione 2025/26, Campionato Open Misto Eccellenza, Girone B).
|
|
- La pagina Campionato non usa più dati dimostrativi.
|
|
- Dettagli e limiti in [modules/collegamento-csi.md](modules/collegamento-csi.md).
|
|
|
|
### Infrastruttura
|
|
|
|
- Migrazione completa da Lovable a sviluppo locale.
|
|
- Configurazione Git.
|
|
- Repository GitHub indipendente.
|
|
- Deploy automatico tramite Vercel.
|
|
- Branch main e develop.
|
|
|
|
## Versione 1.0 — luglio 2026
|
|
|
|
Prima versione usata dalla squadra. Funzionalità incluse: vedi
|
|
[ROADMAP.md § Versione 1.0](ROADMAP.md#versione-10--rilasciata).
|