Il codice delle nostre applicazioni diventa via via sempre più complesso e diventa più naturale spendere più tempo nelle code review. Allo stesso modo, diventa sempre più utilizzata la pratica del pair programming o del group programming, dove due o più persone si riuniscono per risolvere insieme dei task significativamente complessi o che richiedono un'analisi particolari, oppure un knowledge sharing.
Proprio per questi motivi può succedere che alla stessa funzionalità ci lavorino più persone contemporaneamente e, pertanto, è giusto dare a tutte le persone che partecipano al development il giusto merito durante la creazione di un commit. Di default, ad ogni commit viene assegnato come autore l'utenza che sta eseguendo il commit stesso, tuttavia con un semplice trucco è possibile utilizzare più co-autori:
$ git commit -m "Refactoring del codice. > > Co-authored-by: person1 <name1@example.com> Co-authored-by: person2 <name2@example.com>"
Di fatto, dalla command line, quando eseguiamo il comando di commit possiamo aggiungere il classico messaggio e, come ultime righe (per convenzione), possiamo specificare tramite la keyword Co-authored-by chi sono gli autori che hanno partecipato allo sviluppo. GitHub e le altre maggiori piattaforme di development sono in grado di leggere questa convenzione e mostrare tutti i partecipanti di un commit anche a livello grafico (oltre che a livello di history).

Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Gestione dei nomi con le regole @layer in CSS
Rendere i propri workflow e le GitHub Action utilizzate più sicure
Migliorare la scalabilità delle Azure Function con il Flex Consumption
Generare HTML a runtime a partire da un componente Razor in ASP.NET Core
Usare i settings di serializzazione/deserializzazione di System.Text.Json di ASP.NET all'interno di un'applicazione non web
Creare una libreria CSS universale - Rotazione degli elementi
Disabilitare automaticamente un workflow di GitHub (parte 2)
Disabilitare le run concorrenti di una pipeline di Azure DevOps
Escludere alcuni file da GitHub Secret Scanning
Utilizzare l'espressione if inline in una pipeline di Azure DevOps
Garantire la provenienza e l'integrità degli artefatti prodotti su GitHub
Esporre i propri servizi applicativi con Semantic Kernel e ASP.NET Web API