GIT ist nicht nur ein Versionskontrollsystem, sondern auch ein Content Management System (CMS), Arbeitsmanagementsystem usw. Wenn Sie über Erfahrung in der Verwendung von SVN verfügen, müssen Sie einige mentale Änderungen vornehmen, um sich an einige der von GIT bereitgestellten Konzepte und Funktionen anzupassen. Daher besteht der Hauptzweck dieses Artikels darin, Ihnen das Verständnis zu erleichtern, indem er auf einer tieferen Ebene vorstellt, was GIT leisten kann und wie es sich von SVN unterscheidet.
1. GIT ist verteilt, SVN ist nicht:
Dies ist der Kern von GIT und anderen nicht verteilten Versionskontrollsystemen wie SVN, CVS usw . Unterschied. Wenn Sie dieses Konzept verstehen können, haben Sie die Hälfte geschafft. Ein kleiner Haftungsausschluss muss gemacht werden: GIT ist derzeit nicht das erste oder einzige verteilte Versionskontrollsystem. Es gibt auch einige Systeme wie Bitkeeper, Mercurial usw., die auch im verteilten Modus laufen. Aber GIT leistet in dieser Hinsicht bessere Arbeit und verfügt über leistungsfähigere Funktionen.
GIT verfügt wie SVN über ein eigenes zentrales Repository oder einen eigenen Server. GIT bevorzugt jedoch die Verwendung im verteilten Modus, d. h. jeder Entwickler klont sein eigenes Repository auf seinem Computer, nachdem er den Code vom zentralen Repository/Server ausgecheckt hat. Man kann sagen, dass Sie, wenn Sie an einem Ort ohne Internetzugang festsitzen, z. B. in einem Flugzeug, in einem Keller, in einem Aufzug usw., immer noch Dateien übermitteln, historische Versionsdatensätze anzeigen, Projektzweige erstellen usw. können. Manchen scheint dies nicht viel zu nützen, aber wenn Sie plötzlich auf eine Umgebung ohne Netzwerk stoßen, wird dies Ihr großes Problem lösen.
Ebenso ist dieser verteilte Betriebsmodus auch ein großes Geschenk für die Entwicklung der Open-Source-Software-Community. Sie müssen nicht mehr wie bisher Patch-Pakete erstellen und per E-Mail versenden, sondern nur noch A Zweig, der eine Push-Anfrage an das Projektteam sendet. Dadurch bleibt Ihr Code aktuell und geht während der Übertragung nicht verloren. GitHub.com ist ein hervorragender Fall.
Einige Gerüchte haben die Runde gemacht, dass zukünftige Versionen von Subversion ebenfalls auf dem verteilten Modell basieren werden. Aber zumindest ist es noch nicht sichtbar.
2. GIT speichert Inhalte nach Metadaten, während SVN Inhalte nach Datei speichert:
Alle Ressourcenkontrollsysteme verbergen die Metainformationen von Dateien in Ordnern wie .svn, .cvs usw. Wenn Sie die Größe des .git-Verzeichnisses mit der von .svn vergleichen, werden Sie feststellen, dass sie sehr unterschiedlich sind. Da das .git-Verzeichnis eine geklonte Version des Repositorys auf Ihrem Computer ist, enthält es alles im zentralen Repository, z. B. Tags, Zweige, Versionsdatensätze usw.
3. GIT-Zweige unterscheiden sich von SVN-Zweigen:
Der Zweig ist überhaupt nichts Besonderes in SVN, es ist nur ein weiteres Verzeichnis im Repository. Wenn Sie wissen möchten, ob ein Zweig zusammengeführt wurde, müssen Sie manuell einen Befehl wie svn propget svn:mergeinfo ausführen, um zu bestätigen, ob der Code zusammengeführt wurde. Vielen Dank an Klassenkamerad Ben für den Hinweis auf diese Funktion. Daher kommt es häufig vor, dass einige Zweige übersehen werden.
Die Arbeit mit GIT-Zweigen ist jedoch ganz einfach und macht Spaß. Sie können schnell zwischen mehreren Zweigen desselben Arbeitsverzeichnisses wechseln. Sie können nicht zusammengeführte Zweige leicht finden und diese Dateien schnell und einfach zusammenführen.
4. GIT hat keine globale Versionsnummer, während SVN Folgendes hat:
Bisher ist dies die größte Funktion, die GIT im Vergleich zu SVN fehlt. Sie wissen auch, dass die SVN-Versionsnummer tatsächlich eine Momentaufnahme des Quellcodes zu jedem entsprechenden Zeitpunkt ist. Ich denke, es ist der größte Durchbruch in der Entwicklung von CVS zu SVN. Da GIT und SVN konzeptionell unterschiedlich sind, weiß ich nicht, welche Funktionen in GIT ihnen entsprechen. Wenn Sie Hinweise haben, teilen Sie diese bitte in den Kommentaren mit.
Update: Einige Leser haben darauf hingewiesen, dass wir den SHA-1 von GIT verwenden können, um einen Code-Snapshot eindeutig zu identifizieren. Dies ersetzt die leicht lesbaren numerischen Versionsnummern in SVN nicht vollständig. Der Zweck sollte jedoch derselbe sein.
5. Die Inhaltsintegrität von GIT ist besser als die von SVN:
Der Inhaltsspeicher von GIT verwendet den SHA-1-Hash-Algorithmus. Dies stellt die Integrität des Codeinhalts sicher und reduziert Unterbrechungen des Repositorys bei Festplattenausfällen und Netzwerkproblemen. Hier gibt es eine gute Diskussion über die Integrität von GIT-Inhalten – http://stackoverflow.com/questions/964331/git-file-integrity
Sind dies die einzigen fünf Unterschiede zwischen GIT und SVN? Natürlich nicht. Ich denke, diese 5 sind nur die „einfachsten“ und „attraktivsten“.
Warum Versionskontrolle erforderlich ist
Git und SVN werden beide von Programmierern zum Verwalten von Code verwendet, wenn Wenn eine Person ein Projekt entwickelt, nützt die Versionskontrolle überhaupt nichts, oder? Bei der Entwicklung in einem Unternehmen ist es jedoch fast unmöglich, dass eine Person für ein Projekt verantwortlich ist: Von der Anforderungsüberprüfung über das UI-Design bis hin zur Front-End-Entwicklung und Back-End-Entwicklung und zum Testen erfordert der gesamte Prozess die Zusammenarbeit eines Team. Zu diesem Zeitpunkt ist die Versionskontrolle besonders wichtig.
Unterschied
Lassen Sie uns über den Unterschied zwischen Git und SVN sprechen:
SVN ist ein zentralisiertes Versionskontrollsystem und Git ist ein verteiltes Versionskontrollsystem.
Ich glaube, viele Leute haben diesen Satz gehört. Was ist zentralisiert und verteilt? Offensichtlich ändert in SVN buchstäblich jeder das Programm auf dem Server. Wenn jemand denselben Teil ändert, entsteht ein Konflikt. Daher ist das allgemeine Team damit einverstanden, dass für den öffentlichen Teil des Programms versucht wird, die eindeutige Identifikation des Entwicklers zu kennzeichnen oder A von oben und B von unten hinzuzufügen.
Git ist, wenn Entwickler ihre eigenen Zweige erstellen, was dem Kopieren des Quellcodes auf dem lokalen Computer entspricht. Sie können den Servercode jederzeit zur Synchronisierung abrufen In den Branches müssen Entwickler nur ihren geänderten Code einreichen, sodass die Wahrscheinlichkeit von Konflikten viel geringer ist.
SVN interagiert direkt mit dem Server, während Git das Projekt lokal zwischenspeichert und es dann auf den Server überträgt.
SVN muss funktionieren, wenn eine Verbindung zum Internet besteht, Git kann jedoch ohne Internetverbindung entwickelt werden.
SVN ist anfällig für Konflikte, aber Git ist nicht anfällig für Konflikte.
SVN ist für das Projektmanagement konzipiert und Git ist für die Codeverwaltung konzipiert.
SVN eignet sich für die parallele Entwicklung mehrerer Projekte und Git eignet sich für die Entwicklung einzelner Projekte.
SVN eignet sich für den internen Gebrauch innerhalb eines Unternehmens, wobei der Projektmanager die Gesamtentwicklung mehrerer Projekte koordiniert. Git eignet sich für mehrere Personen, die dasselbe Projekt über das Netzwerk entwickeln.
Git und Github
Erstellen Sie einen Satz, der die Beziehung zwischen den beiden widerspiegelt
Mio. haben Git verwendet, um das Projekt an Github zu senden
Das heißt : Git ist ein Tool und Github ist eine Plattform.
Endlich
Ich weiß nicht, von wem ich vorher gehört habe, aber die Bedeutung des Schreibens eines technischen Blogs besteht nicht darin, sich zu erinnern, sondern zu lehren. Dieser Satz macht wirklich Sinn. Obwohl die Worte, die ich jetzt schreibe, sehr unprofessionell sind und wie ein Amateur aussehen, werde ich mein Bestes geben
Nur wenn man es versteht und An Ort und Stelle gedacht, kann es bei der Implementierung gezielt eingesetzt werden. Die anderen können nur realisiert werden, wenn sie verwendet werden.
1) Der Hauptunterschied besteht darin, dass Git verteilt ist, während Svn nicht verteilt ist. Wenn Sie das verstehen, wird Ihnen der Einstieg leicht fallen. Git ist derzeit nicht das einzige verteilte Versionskontrollsystem. Es gibt auch Mercurial usw., sie sind also ziemlich gleich. Allerdings verfügt Git wie Svn über ein eigenes zentrales Repository und einen eigenen Server, aber Git neigt eher zur verteilten Entwicklung, da jeder Entwickler ein lokales Repository auf seinem Computer hat, sodass er einen Commit durchführen kann, auch wenn keine Netzwerkversion vorhanden ist Datensätze, Projektverzweigungen und andere Vorgänge erstellen, warten, bis das Netzwerk wieder verbunden ist, und Push an den Server senden.
Von oben sieht Git wirklich großartig aus, aber Git fügt Komplexität hinzu, was zunächst etwas verwirrend sein kann, da Sie zwei Repositorys erstellen müssen (lokale Repositorys und Remote-Repositorys), und davon gibt es viele Darüber hinaus müssen Sie wissen, welche Anweisungen sich im lokalen Repository und welche im Remote-Repository befinden.
2) Git speichert Inhalte als Metadaten, während SVN Inhalte als Dateien speichert: weil das .git-Verzeichnis eine geklonte Version des Repositorys auf Ihrem Computer ist und alle Inhalte des zentralen Repositorys enthält Tags, Zweige, Versionsdatensätze usw. Wenn Sie die Größe des .git-Verzeichnisses mit der von .svn vergleichen, werden Sie feststellen, dass zwischen ihnen eine große Lücke besteht.
3) Git hat keine globale Versionsnummer, SVN jedoch schon: Dies ist bisher das größte Feature, das Git im Vergleich zu SVN fehlt.
4) Die Integrität der Inhalte von Git ist besser als bei SVN: Die Inhaltsspeicherung von GIT verwendet den SHA-1-Hash-Algorithmus. Dies stellt die Integrität des Codeinhalts sicher und reduziert Unterbrechungen des Repositorys bei Festplattenausfällen und Netzwerkproblemen.
5) Nach dem Herunterladen von Git können Sie alle Protokolle im Offline-Status sehen, nicht jedoch SVN.
6) Am Anfang ist es sehr ärgerlich, dass SVN vor dem Festschreiben aktualisiert werden muss. Diese Situation kommt in Git relativ selten vor.
7) Klonen Sie ein brandneues Verzeichnis, wenn es beispielsweise auch fünf Zweige hat, kopiert SVN 5 Versionen von Dateien gleichzeitig, was bedeutet, dass dieselbe Aktion fünfmal wiederholt wird. Git ruft einfach die Elemente jeder Version der Datei ab und lädt dann nur den Hauptzweig (Master). Meiner Erfahrung nach hat ein Klon fast 10.000 Commits (Commits), fünf Zweige und jeder Zweig hat etwa 1.500. Die SVN-Datei benötigte fast eine Stunde! Und Git dauerte nur eine Minute!
8) Repository: SVN kann nur ein bestimmtes zentrales Repository haben. Wenn es ein Problem mit diesem zentralen Repository gibt, sind alle aktiven Mitglieder lahmgelegt, bis das Repository repariert oder ein neues Repository eingerichtet wird. Git kann unbegrenzte Repositorys haben. Genauer gesagt ist jedes Git ein Repository, der Unterschied besteht darin, ob es ein aktives Verzeichnis (Git Working Tree) hat. Wenn etwas mit dem Haupt-Repository passiert (z. B. dem auf GitHub platzierten Repository), können arbeitende Mitglieder weiterhin in ihrem lokalen Repository festschreiben und auf die Wiederherstellung des Haupt-Repositorys warten. Aktive Mitglieder können sich auch für andere Repositories engagieren!
9) Zweig In SVN ist ein Zweig ein vollständiges Verzeichnis. Und dieses Verzeichnis enthält vollständige aktuelle Dateien. Wenn ein Mitarbeiter eine neue Niederlassung gründen wollte, hätte das Auswirkungen auf „die ganze Welt“! Jeder wird die gleiche Filiale haben wie Sie. Wenn Ihr Zweig für Sabotagearbeiten (Sicherheitstests) verwendet wird, ist dies wie eine Infektionskrankheit. Wenn Sie einen Zweig ändern, müssen andere den Zweig erneut abschneiden und erneut herunterladen, was sehr blutig ist. Mit Git kann jedes arbeitende Mitglied unbegrenzte Zweige in seinem eigenen lokalen Repository öffnen. Beispiel: Wenn ich versuchen möchte, mein eigenes Programm zu beschädigen (Sicherheitstest) und diese geänderten Dateien für die zukünftige Verwendung behalten möchte, kann ich einen Zweig öffnen und tun, was ich möchte. Sie müssen sich keine Sorgen machen, anderen Mitarbeitern im Weg zu stehen. Solange ich nicht mit dem Haupt-Repository zusammenführe und mich darauf festlege, ist niemand bei der Arbeit betroffen. Wenn ich diesen Zweig nicht mehr benötige, lösche ich ihn einfach aus meinem lokalen Repository. Schmerzlos und juckend.
Git-Zweignamen können unterschiedliche Namen verwenden. Beispiel: Mein lokaler Zweig heißt „OK“, aber der Name im Haupt-Repository lautet tatsächlich „master“.
Das Bemerkenswerteste ist, dass ich an jedem Commit-Punkt in Git einen Zweig öffnen kann! (Eine Methode besteht darin, gitk –all zu verwenden, um den gesamten Einreichungsdatensatz zu beobachten und dann den Zweig an einem beliebigen Punkt zu öffnen.)
10) Senden (Commit) Wenn Sie in SVN Ihr fertiges Produkt einreichen, wird dies der Fall sein direkt im zentralen Repository aufgezeichnet werden. Wenn Sie feststellen, dass an Ihrem Endprodukt ein schwerwiegender Fehler vorliegt, können Sie nichts dagegen tun. Wenn das Netzwerk ausgefallen ist, können Sie überhaupt nichts einreichen! Git-Übermittlungen sind ausschließlich Aktivitäten im lokalen Repository. Und Sie „git pushen“ einfach zum Haupt-Repository. Gits „Push“ führt tatsächlich eine „Synchronisierung“ (Sync) durch.
Abschließend noch eine Zusammenfassung:
SVN zeichnet sich durch Einfachheit aus und ist in Ordnung, wenn Sie nur einen Ort zum Einfügen von Code benötigen.
Gits Funktionsversionskontrolle kann alles tun, ohne auf das Netzwerk angewiesen zu sein, und bietet eine bessere Unterstützung für Verzweigungen und Zusammenführungen (natürlich sind dies die Hauptsorgen der Entwickler), aber ich möchte, dass Sie sie besser nutzen Nehmen Sie sich die Zeit, es auszuprobieren.
Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung des Unterschieds zwischen GIT und SVN. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!