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? O forse è necessario usare una terza opzione che mantiene le modifiche applicate da entrambi gli sviluppatori, ma in un formato leggermente diverso.
In questo modulo si apprenderà come risolvere i commit sovrapposti tra rami usando la risoluzione dei conflitti di merge.
Obiettivi di apprendimento
Contenuto del modulo:
- Informazioni su come avviene l'unione e su cosa causa conflitti di merge.
- Risolvere i conflitti di unione semplici e complessi con facilità.
- Condividere le procedure consigliate per ridurre i conflitti di unione 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.