Wir können sehen, wie spezialisierte Repositorys erstellt werden, um Änderungen zu erhalten und als Grundlage für andere Projekte zu dienen. Auf diese Weise können wir das Verhalten von Diensten wie GitHub oder Bitbucket ohne Probleme in einem lokalen Netzwerk replizieren und zeigen, dass dies nicht erforderlich ist, wenn wir Git implementieren möchten in unserer Organisation.

Arten von Repositorys

Abhängig von der Funktion und dem Standort gibt es zwei Arten von Repositorys: das aktuelle Repository und das Remote-Repository. Lassen Sie uns unten sehen, dass jeder seine Funktion in der Verwaltung unserer Projekte versteht.

Klonen Sie ein Repository

Beim Klonen wird ein Git-Projekt von seinem Speicherort in ein von uns ausgewähltes Verzeichnis oder einen Ordner kopiert. Auf diese Weise können wir das gesamte Projekt einschließlich des Verlaufs der vorgenommenen Festschreibungen und Änderungen sowie aller nicht im .gitignore enthaltenen Dateien abrufen. Das Klonen ist der beste Weg, um ein Projekt zu starten, wenn wir an vorhandenem Code arbeiten müssen. Dazu müssen wir die folgende Struktur verwenden:

 Name des Git-Klon-Repositorys 

Schauen wir uns ein Beispiel an, wie wir ein lokales Repository klonen können. Um dieses Beispiel ausführen zu können, sollten wir nur ein initialisiertes Repository haben.

Nehmen wir an, wir haben ein Projekt namens example1 und es befindet sich in einem Ordner namens projects. Wir möchten einen Klon davon erhalten, aber in einem neuen Ordner namens cloned innerhalb desselben Dateisystems. Um das Ziel zu erreichen, müssen wir den Zielordner durchgehen und den Befehl git clone angeben, der die Route des zu klonenden Projekts angibt. In diesem Beispiel wäre es das Folgende:

 Git-Klon-Pfad  projects  example1 

Mal sehen, wie es in unserer Kommandokonsole aussieht:

Wir bemerken, wie später, wenn wir die Verzeichnisse auflisten, die unser Ordner mit dem Namen example1 enthält , das Projekt mit all seinen Commits und dem Änderungsverlauf geklont wird.

Der Ursprung

Wenn Sie unser Repository klonen, erstellen Sie sofort einen Link zu dem Projekt, von dem es geklont wurde. Dies ist der Ursprung. In unserem Projekt wird er mit dem Wort origin angezeigt , wenn wir eine Änderung im geklonten Repository vornehmen und dann den Ursprung verschieben. Das ursprüngliche Projekt erhält die Änderung.

Auf diese Weise können wir unsere Änderungen an das zentrale Repository weitergeben oder auch die Zusammenarbeit anderer Entwickler in unserem Projekt erhalten. Wir werden eine neue Datei in unserem neu geklonten Projekt erstellen und dann einen Push zum Ursprung ausführen . Dann werden wir den ursprünglichen Ordner überprüfen, um zu sehen, wie wir die Änderung erhalten. Sehen wir uns zunächst an, wie das Original unseres Projekts aussieht:

Wir haben eine einzelne Datei namens File.txt. Wenn wir jetzt das geklonte Projekt sehen, werden wir feststellen, dass es zwei Dateien hat und wir werden sehen, wie die Änderungen übertragen werden. Wenn wir die Nachricht bemerken, die er auf uns wirft, werden wir sehen, dass wir wirklich einen Fehler bekommen:

Dies geschieht, weil Git uns dabei hilft, Inkonsistenzen in Schach zu halten. Hier wird die Abbildung des nackten Repository angezeigt, dh ein Repository, das nur Informationen von anderen Repositorys empfängt und somit jedermann den Zugriff auf unser Repository verweigert Dateisystem schieben uns zu unserem Projekt, wir werden dann alles überdenken.

Zuerst müssen wir unser Projekt mit dem Befehl bare initialisieren, um anzuzeigen, dass es ein Projekt ist, das wir pushen können , und der Name muss die Erweiterung .git enthalten . Wir werden unser Repository erneut ausführen und klonen:

Da wir unseren neuen Klon haben, wiederholen wir die Übung des Erstellens einer Datei durch Festschreiben , wenn wir eine Änderung vornehmen und sie über den Ursprung des Klons an unser Remote-Repository senden können.

Wenn der Vorgang erfolgreich war, müssen wir unser Remote-Repository, aus dem wir diesen Klon erstellt haben, überprüfen, um festzustellen, wie es jetzt die neue Festschreibungsdatei enthält, die wir übertragen haben. Dazu werden wir einen neuen Klon davon erstellen und so sehen, wie wir alles haben, was darauf hochgeladen wurde.

Wir konnten sehen, wie einfach wir ein zentrales Remote-Repository erstellt haben, aus dem wir neue Projekte erstellen und so unsere Änderungs- und Versionskontrollen beibehalten können.

Erschaffe unseren eigenen Ursprung

Es gibt Zeiten, in denen unser Repository zuerst erstellt wird und wir dann ein Remote-Repository haben. Wenn wir also die vorherige Übung durchführen, wird uns wahrscheinlich ein kleiner Fehler angezeigt. Um dieses Problem zu lösen, können wir mit Git unseren eigenen Ursprung erstellen, das heißt, wir können ein nacktes Repository ohne Inhalt initialisieren und dann unserem ursprünglichen Repository mitteilen, dass es mit diesem synchronisiert wird.

Es mag den Anschein haben, dass das Wort origin keine weiteren Alternativen hat. Dies ist jedoch nur ein Name. Wir können leicht andere Namen eingeben, die uns eine effektivere Referenz geben. Dafür können wir den Befehl verwenden:

 Git Remote Add "Name" "Route" 

Wo der Name derjenige ist, der die entfernte Adresse und die Route haben wird, ist der Ort des Repositorys, mit dem wir synchronisieren werden.

Führen wir eine neue Übung durch, erstellen wir ein vollständig leeres Barebar- Repository und fügen dem zuletzt geklonten Repository, mit dem wir in der vorherigen Übung gearbeitet haben, eine neue Fernbedienung hinzu. Wir verwenden einen anderen Ursprungsnamen, damit wir überprüfen können, wie mehrere Ursprünge im selben Repository existieren Aufbewahrungsort Dann schauen wir uns das neue Bare- Repository an:

Wir sehen, dass es nicht notwendig war, die .git- Endung zu platzieren und dass es nicht notwendig war, einen vorherigen Inhalt zu haben. Jetzt gehen wir zu unserem neuen repositorioClonado, mit dem wir in der vorherigen Übung gearbeitet haben, und erstellen einen neuen Ursprung mit dem Namen new . Sehen wir uns in der Konsole an, wie es so aussieht:

Wir sehen, dass Git einfach einen neuen Push ausführt und weiß, wohin der Inhalt des Commits geleitet werden soll. Wir werden dieses neue Bare- Repository klonen, um den Inhalt zu überprüfen:

Damit haben wir unser Ziel erreicht, jetzt können wir ein bestehendes Projekt problemlos mit einer neuen Fernbedienung synchronisieren. Es ist sehr wichtig, dass wir das Konzept der Teamarbeit und Synchronisation verstehen, da die Arbeit mit Git nicht bedeutet, dass es keine Konflikte zwischen Projektänderungen gibt, sondern dass wir ein Tool haben, das uns hilft, diese zu minimieren.

Damit haben wir dieses Tutorial abgeschlossen. Da die Verwaltung von Git- Repositories nicht sehr komplex ist, müssen wir lediglich die Grundlagen und Grundlagen kennen, um Strukturen zu erhalten, mit denen wir die Kontrolle über unsere Arbeit übernehmen können.