Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Le migliori pratiche per lo sviluppo basato su Git Per adottare con successo lo sviluppo basato su Git, è importante seguire una serie di best practice che promuovono la collaborazione, mantengono la qualità del codice e supportano l'integrazione e la distribuzione continue (CI/CD). Oltre alle best practice riportate in questa guida, consulta la [AWS DevOps Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/devops-guidance/devops-guidance.html) Guidance. Di seguito sono riportate alcune best practice chiave per lo sviluppo basato su Git su: AWS + **Mantieni le modifiche piccole e frequenti**: incoraggia gli sviluppatori a apportare modifiche o funzionalità piccole e incrementali. Ciò riduce il rischio di conflitti di fusione e semplifica l'identificazione e la risoluzione rapida dei problemi. + **Usa gli interruttori di funzionalità**: per gestire il rilascio di funzionalità incomplete o sperimentali, utilizza gli interruttori di funzionalità o i flag di funzionalità. Ciò consente di nascondere, abilitare o disabilitare funzionalità specifiche in produzione senza influire sulla stabilità della filiale principale. + **Mantieni una suite di test solida**: una suite di test completa e ben gestita è fondamentale per rilevare tempestivamente i problemi e verificare che la base di codice rimanga stabile. Investi nell'automazione dei test e dai la priorità alla correzione di eventuali test non riusciti. + **Adotta l'integrazione continua**: utilizza strumenti e pratiche di integrazione continua per creare, testare e integrare automaticamente le modifiche al codice nella `develop` filiale (Gitflow) o nella filiale (Trunk o `main` Flow). GitHub In questo modo è possibile individuare tempestivamente i problemi e semplificare il processo di sviluppo. + **Esegui revisioni del codice**: incoraggia le revisioni tra pari del codice per mantenere la qualità, condividere le conoscenze e individuare potenziali problemi prima che vengano integrati nella `main` filiale. Utilizza le pull request o altri strumenti di revisione del codice per facilitare questo processo. + **Monitora e correggi le build difettose**: quando una build si interrompe o i test falliscono, dai la priorità alla risoluzione del problema il prima possibile. Ciò mantiene il `develop` ramo (Gitflow) o il `main` ramo (Trunk o GitHub Flow) in uno stato di rilascio e riduce al minimo l'impatto sugli altri sviluppatori. + **Comunica e collabora**: promuovi la comunicazione e la collaborazione aperte tra i membri del team. Assicurati che gli sviluppatori siano a conoscenza del lavoro in corso e delle modifiche apportate al codice base. + Effettua il **refactoring continuo**: rifattorizza regolarmente la base di codice per migliorarne la manutenibilità e ridurre il debito tecnico. Incoraggia gli sviluppatori a lasciare il codice in uno stato migliore di quello in cui lo hanno trovato. + **Usa rami di breve durata per attività complesse**: per attività più grandi o più complesse, utilizza rami di breve durata (noti anche come *rami di attività*) per lavorare sulle modifiche. Tuttavia, assicurati di mantenere la durata della filiale breve, in genere meno di un giorno. Unisci nuovamente le modifiche nel `develop` ramo (Gitflow) o nel `main` ramo (Trunk o GitHub Flow) il prima possibile. Le fusioni e le revisioni più piccole e frequenti sono più facili da utilizzare ed elaborare per un team rispetto a una richiesta di unione di grandi dimensioni. + **Forma e supporta il team**: fornisci formazione e supporto agli sviluppatori che sono nuovi allo sviluppo basato su Git o che necessitano di una guida per adottarne le migliori pratiche.