Skip to main content

Flusso di contribuzione

Questo repository privilegia pull request ristrette e revisionabili rispetto a grandi riscritture della piattaforma.

Flusso predefinito

  1. Apri o confermi prima un issue se la modifica riguarda comportamento, architettura o policy per i contributori.
  2. Crea un branch o worktree focalizzato.
  3. Implementa la fetta completa più piccola che possa essere revisionata autonomamente.
  4. Aggiorna la documentazione in apps/docs per le modifiche di comportamento visibili all’utente o al contributore.
  5. Aggiorna le note a livello di repo in docs/*.md quando la modifica riguarda architettura, CI/CD, migration o postura operativa.
  6. Esegui il set di verifica locale prima di richiedere una revisione.

Controlli locali minimi

Usa esecuzioni mirate quando restringi i fallimenti:

Cosa include una buona PR

  • un insieme di modifiche coerente
  • codice tipizzato
  • test per il comportamento modificato
  • aggiornamenti alla documentazione
  • una breve nota su rollout, replay o impatto operativo se rilevante
Quando un branch vivrà più a lungo di una piccola correzione, preferisci un worktree separato. Vedi Worktree.

Cosa evitare

  • mescolare refactor non correlati in una PR di funzionalità
  • cambiare i contratti delle route senza aggiornare la documentazione
  • pubblicare nella documentazione affermazioni architetturali che il codice non soddisfa ancora
  • unire un ampio churn di dipendenze a modifiche del comportamento del prodotto

Leggi anche