Wikipedia afferma che un'unione a 3 vie è meno soggetta a errori rispetto a un'unione a 2 vie e spesso a volte non è necessario l'intervento dell'utente. Perché è così?
Un esempio in cui una fusione a 3 vie ha esito positivo e una fusione a 2 vie fallisce sarebbe utile.
Risposte:
Di 'che tu e il tuo amico avete estratto un file e apportato alcune modifiche. Hai rimosso una riga all'inizio e il tuo amico ha aggiunto una riga alla fine. Quindi ha eseguito il commit del suo file e devi unire le sue modifiche nella tua copia.
Se stavi facendo un'unione a due vie (in altre parole, una diff), lo strumento potrebbe confrontare i due file e vedere che la prima e l'ultima riga sono diverse. Ma come farebbe a sapere cosa fare con le differenze? La versione unita dovrebbe includere la prima riga? Dovrebbe includere l'ultima riga?
Con un'unione a tre vie, può confrontare i due file, ma può anche confrontare ciascuno di essi con la copia originale (prima che uno di voi lo abbia cambiato). Quindi può vedere che hai rimosso la prima riga e che il tuo amico ha aggiunto l'ultima riga. E può usare queste informazioni per produrre la versione unita.
Questa diapositiva da una presentazione perforce è interessante:
La logica essenziale di uno strumento di unione a tre vie è semplice:
- Confronta i file di base, di origine e di destinazione
- Identificare i "blocchi" nel file di origine e file di destinazione:
- Pezzi che non corrispondono alla base
- Pezzi che corrispondono alla base
- Quindi, componi un risultato unito costituito da:
- I pezzi che corrispondono l'un l'altro in tutti e 3 i file
- I blocchi che non corrispondono alla base né nella sorgente né nella destinazione ma non in entrambi
- I pezzi che non corrispondono alla base ma che corrispondono l'un l'altro (cioè sono stati cambiati allo stesso modo sia nella sorgente che nella destinazione)
- Segnaposto per i blocchi in conflitto, che devono essere risolti dall'utente.
Si noti che i "pezzi" in questa illustrazione sono puramente simbolici. Ciascuno potrebbe rappresentare linee in un file, o nodi in una gerarchia, o persino file in una directory. Tutto dipende da cosa è capace un particolare strumento di unione.
Potresti chiedere quale vantaggio offre un'unione a 3 vie rispetto a un'unione a 2 vie. In realtà, non esiste una fusione bidirezionale, ma solo strumenti che diffondono due file e ti permettono di "unire" selezionando blocchi da un file o dall'altro.
Solo un'unione a 3 vie ti dà la possibilità di sapere se un pezzo è o meno un cambiamento rispetto all'origine e se i cambiamenti cambiano o meno.
Ho scritto un post molto dettagliato al riguardo . Fondamentalmente non è possibile tenere traccia delle eliminazioni / aggiunte con due vie, molto, molto improduttivo.
Un'unione a tre vie in cui due gruppi di modifiche in un file di base vengono uniti man mano che vengono applicati, anziché applicarne uno, quindi unendo il risultato con l'altro.
Ad esempio, avere due modifiche in cui una linea viene aggiunta nello stesso posto potrebbe essere interpretata come due aggiunte, non una modifica di una riga.
Per esempio
il file a è stato modificato da due persone, una che aggiunge alci e una che aggiunge il mouse.
#File a
dog
cat
#diff b, a
dog
+++ mouse
cat
#diff c, a
dog
+++ moose
cat
Ora, se uniamo i changeset mentre li applichiamo, otterremo (unione a 3 vie)
#diff b and c, a
dog
+++ mouse
+++ moose
cat
Ma se applichiamo b, allora osserviamo il cambiamento da b a c sembrerà che stiamo solo cambiando un 'u' in un 'o' (unione a 2 vie)
#diff b, c
dog
--- mouse
+++ moose
cat