Introduzione
L'approccio del controllo della versione distribuito di GitHub consente una scalabilità incredibile per i progetti software. Seguendo il paradigma di rami e merge, è facile ridimensionare il numero di sviluppatori che lavorano in parallelo a un progetto.
Si supponga di essere uno sviluppatore che lavora a un progetto in rapida crescita. Il team espande in modo aggressivo le funzionalità e corregge bug ogni giorno. Tuttavia, a volte due sviluppatori apportano modifiche alle stesse righe di codice. Uno sviluppatore potrebbe correggere un bug mentre un altro aggiunge una funzionalità. Nessuno degli sviluppatori ha commesso un errore, ma non è possibile includere entrambe le versioni delle righe nella codebase contemporaneamente. Come determinare le righe da mantenere? Oppure a volte può essere necessario usare una terza opzione che mantenga le modifiche applicate da entrambi gli sviluppatori, ma in un formato leggermente diverso.
In questo modulo viene descritto come risolvere i commit sovrapposti tra rami tramite la risoluzione dei conflitti di merge.
Obiettivi di apprendimento
Contenuto del modulo:
- Informazioni sul modo in cui viene eseguito il merge e da cosa sono causati i conflitti di merge.
- Risolvere conflitti di merge semplici e complessi in tutta semplicità.
- Condividere le procedure consigliate per ridurre i conflitti di merge con il team.
Prerequisiti
- Un account GitHub
- Capacità di esplorare e modificare file in GitHub
- Familiarità con le richieste pull
È consigliabile completare il modulo Gestire le modifiche del repository usando richieste pull in GitHub prima di iniziare questo modulo.