43 lines
1.1 KiB
Markdown
43 lines
1.1 KiB
Markdown
# Contributing to NetGesCon
|
|
|
|
Grazie per il contributo.
|
|
|
|
## Workflow
|
|
- Crea branch da `main`: `feature/<nome>` o `fix/<nome>`.
|
|
- Mantieni PR piccole e focalizzate.
|
|
- Descrivi sempre: problema, soluzione, impatto.
|
|
|
|
## Standard codice
|
|
- Segui stile esistente (Laravel + Filament).
|
|
- Evita refactor non richiesti nello stesso PR.
|
|
- Mantieni naming chiaro e coerente.
|
|
- Aggiungi commenti solo dove c'è logica business non ovvia.
|
|
|
|
## Test e verifica
|
|
- Esegui almeno i controlli essenziali prima della PR:
|
|
- `php artisan test` (se applicabile)
|
|
- verifica pagine Filament toccate
|
|
- controlla migrazioni/seeder
|
|
|
|
## Migrazioni
|
|
- Ogni migration deve avere `down()` funzionante.
|
|
- Evita modifiche distruttive senza piano di rollback.
|
|
|
|
## Sicurezza e dati
|
|
- Non committare credenziali reali (`.env`, token, chiavi).
|
|
- Non committare dump DB sensibili.
|
|
|
|
## Documentazione
|
|
- Aggiorna `docs/` per ogni cambiamento funzionale.
|
|
- Aggiorna `CHANGELOG.md` per release/feature rilevanti.
|
|
|
|
## Commit message
|
|
Suggerito formato:
|
|
- `feat: ...`
|
|
- `fix: ...`
|
|
- `docs: ...`
|
|
- `refactor: ...`
|
|
|
|
Esempio:
|
|
- `feat: add straordinarie legacy preventivo mapping in gestione tab`
|