Prendendo il modello SVN, avrai N + 1 rami per ogni N sviluppatori che modificano il ramo principale. Ciò diventa più complicato una volta calcolato che alla fine questi rami non condividono lo stesso antenato comune (cioè la modifica è stata avviata da un commit diverso).
Quindi, anche se pubblichi solo un singolo ramo, il tuo strumento deve supportare fusioni e conflitti. Git ti consente di supportare i rami con un modello che gestisce questi casi semplici, oltre a cose molto più complicate. Il vantaggio per l'utente è che una volta compreso questo modello, esso può essere applicato alle azioni complesse mantenendo lo stesso processo fondamentale.
Ad esempio, è possibile creare un numero illimitato di filiali nel repository locale che possono essere unite, modificate, riordinate, regolate, ecc. I comandi per gestire queste operazioni sono gli stessi di quando si lavora con i rami creati da altri.
Supponiamo, tuttavia, che il tuo progetto sia solo uno sviluppatore che si impegna sempre nel ramo principale (cioè c'è un singolo ramo), l'architettura di git è di gran lunga superiore a SVN in un certo numero di modi fondamentali.
-
L'hash SHA1 del tuo ramo convalida l'integrità dell'intero ramo. Se viene modificato un file o un messaggio di commit, il valore SHA1 cambierà. Ciò garantisce che rilevi immediatamente la corruzione dei tuoi dati repo.
-
Il repository git è autocontenuto e non richiede un server o alcuna configurazione. Puoi letteralmente creare un nuovo repository in meno di 1 secondo.
-
Git mantiene tutte le tue revisioni nel repository locale. In questo modo è possibile eseguire i comandi di ricerca e diff tra i vari ordini di grandezza più velocemente di SVN. Immagina di trovare il commit che ha modificato una linea su 10.000 modifiche o di trovare qualsiasi modifica che contenesse una variabile globale in code-base con 50.000 file o più. Git può restituire risultati in pochi secondi durante l'esecuzione su unità SDD onnipresenti.
-
Git traccia il contenuto non i file. Ciò gli conferisce incredibili capacità di tracciare facilmente i file che sono stati rinominati o blocchi di codice che si spostano tra i file. Alcuni strumenti come SVN supportano i nomi, ma git fa questo senza che tu debba dire che c'era un rinominare.
-
Git semplifica la creazione di un commit che implementa un "singolo cambiamento logico". Questo è importante per leggere la cronologia dei commit e quando è necessario ripristinare specifici commit che in seguito sono stati trovati o richiedono lavoro aggiuntivo o diventano obsoleti. SVN ti consente solo di inviare un singolo file alla volta, ma la codifica non avviene sempre in modo lineare ea volte, se ti dimentichi di inviare ogni modifica, alla fine raccogli 3 o 4 modifiche separate nello stesso file. Git semplifica la creazione di 4 commit da 4 modifiche nello stesso file (tuttavia se le modifiche si sovrappongono, devi comunque ricreare gli stati intermedi che sono stati persi)