Git-Tutorial für Anfänger

Softwareentwicklung ist ein kollaborativer Job. Als Software-Ingenieur müssen Sie Ihre Arbeit mit anderen teilen. Aber das Teilen von Code und die Zusammenarbeit können kompliziert werden. Es ist schwierig, den Überblick über verschiedene Änderungen zu behalten, die während des Lebenszyklus einer Software auftreten. Daher verlassen sich Entwicklungsteams auf Versionskontrolltools, um den Software-Zusammenarbeitsprozess zu unterstützen. Git ist eines der bekanntesten Versionskontrolltools in der Softwarebranche.

Trinkgeld: In diesem Tutorial lernen Sie die Grundlagen von Git of. Jeder Abschnitt endet mit ein paar Fragen. Sie können die Fragen lesen, bevor Sie mit dem Lesen des Abschnitts beginnen. Dies wird Ihnen helfen, die wichtigen Punkte zu verstehen und darauf zu achten.

Viel Spaß beim Git . lernen!

Git: Ein kurzer Überblick

Git ist ein verteiltes Versionskontrollsystem. Es verfolgt alle Änderungen, die Sie an Ihren Dateien und Ordnern vornehmen. Es macht es einfacher, Ihre laufenden Arbeiten zu speichern. Wenn ein Problem auftritt, können Sie ganz einfach eine frühere Version der Datei oder des Ordners überprüfen. Bei Bedarf können Sie sogar Ihre gesamte Codebasis auf eine ältere Version zurücksetzen.

Die Entwicklung von Git begann 2005. Die Linux-Kernel-Gruppe pflegte ihren Code in BitKeeper, einem proprietären verteilten Versionskontrollsystem. BitKeeper hat jedoch die kostenlose Nutzung des Produkts zurückgezogen. Daher entwarf Linus Torvalds, der Schöpfer und Hauptentwickler von Linux, ein neues verteiltes Open-Source-Versionskontrollsystem, das die Anforderungen der Linux-Entwicklungsgemeinschaft erfüllen würde. Und Git war geboren.

Als verteiltes Versionskontrollsystem benötigt Git keine zentrale Autorität, um den Code zu verfolgen. Ältere zentralisierte Versionskontrollen wie CVS, SVN oder Perforce erfordern zentrale Server, um den Änderungsverlauf zu verwalten. Git kann alle Änderungen lokal verfolgen und Peer-to-Peer arbeiten. Es ist also vielseitiger als zentralisierte Systeme.

Fragen:

Warum sollten Sie Git . verwenden??
Was ist der Vorteil der verteilten Versionskontrolle??

Git . installieren

Für Linux-Systeme ist die Installation von Git einfach. Wenn Sie eine Debian-basierte Distribution wie Ubuntu verwenden, können Sie apt install verwenden:

$ sudo apt install git-all

Für Fedora, RHEL oder CentOS können Sie Folgendes verwenden:

$ sudo dnf installiere git-all

Sie können mit dem folgenden Befehl überprüfen, ob Git installiert wurde:

$ git --version

Es sollte Ihnen die Version von Git anzeigen, die Sie installiert haben, zum Beispiel:

Git-Version 2.17.0

Sobald Sie Git installiert haben, ist es an der Zeit, Ihren Benutzernamen und Ihre E-Mail-Adresse einzurichten:

$ git config --global user.name "IhrBenutzername"
$ git config --global user.E-Mail "[email protected]"

Mit dem folgenden Befehl können Sie überprüfen, ob die Konfigurationen richtig eingestellt wurden:

$ git config --list
Benutzer.name=IhrBenutzername
[email protected]

Trinkgeld: Es ist wichtig, den Benutzer einzustellen.Name und Benutzer.E-Mail, da diese Konfigurationen verwendet werden, um Ihre Änderungen zu verfolgen.

Fragen

Wie lautet der Befehl zum Installieren von Git auf Ihrem Linux-System??
Warum sollten Sie Benutzer einrichten?.Name und Benutzer.E-Mail-Konfiguration? Wie richtet man sie ein?

Git konzeptionell verstehen

Um Git verwenden zu können, müssen Sie zunächst diese vier Konzepte verstehen:

Arbeitsverzeichnis
Bühnenbereich
Repository
Remote-Repository

Das Arbeitsverzeichnis, der Staging-Bereich und das Repository befinden sich lokal auf Ihrem Computer. Das Remote-Repository kann ein beliebiger anderer Computer oder Server sein. Stellen wir uns diese Konzepte als vier Boxen vor, die Standard-A1-Papiere aufnehmen können.

Angenommen, Sie schreiben ein Dokument von Hand auf einem A1-Papier an Ihrem Schreibtisch. Sie halten dieses Dokument in der Arbeitsverzeichnisbox. Zu einem bestimmten Zeitpunkt Ihrer Arbeit entscheiden Sie, dass Sie bereit sind, eine Kopie der bereits geleisteten Arbeit zu behalten. Sie machen also eine Fotokopie Ihres aktuellen Papiers und legen es in die Staging-Box.

Die Staging Box ist ein temporärer Bereich. Wenn Sie sich entscheiden, die Fotokopie in der Bereitstellungsbox zu verwerfen und mit einer neuen Kopie des Arbeitsverzeichnisdokuments zu aktualisieren, gibt es keine dauerhafte Aufzeichnung dieses bereitgestellten Dokuments.

Angenommen, Sie sind sich ziemlich sicher, dass Sie die dauerhafte Aufzeichnung des Dokuments in der Staging-Box aufbewahren möchten. Dann machen Sie eine Fotokopie des Staging-Box-Dokuments und verschieben es in die Repository-Box.

Wenn Sie es in die Repository-Box verschieben, passieren zwei Dinge:

Ein Schnappschuss des Dokuments wird dauerhaft gespeichert.
Zum Snapshot wird ein Logfile-Eintrag erstellt.

Der Protokolleintrag hilft Ihnen, diesen bestimmten Schnappschuss Ihres Dokuments zu finden, wenn Sie ihn in Zukunft benötigen.

Jetzt haben Sie in der lokalen Repository-Box eine Momentaufnahme Ihrer Arbeit und einen Log-Eintrag. Aber es steht nur dir zur Verfügung. Sie erstellen also zusammen mit der Protokolldatei eine Kopie Ihres lokalen Repository-Dokuments und legen es in eine Kiste im Versorgungsraum des Unternehmens. Jetzt kann jeder in Ihrem Unternehmen kommen, eine Kopie Ihres Dokuments anfertigen und an seinen Schreibtisch mitnehmen. Die Kiste im Versorgungsraum wäre das Fernlager.

Das Remote-Repository ist so etwas wie das Teilen Ihres Dokuments mit Google Docs oder Dropbox.

Fragen:

Können Sie Arbeitsverzeichnis, Staging, Repository und Remote-Repository definieren??
Können Sie zeichnen, wie sich Dokumente von einer Stufe zur anderen bewegen??

Ihr erstes Git-Repository

Sobald Sie Git installiert haben, können Sie damit beginnen, Ihre eigenen Git-Repositorys zu erstellen. In diesem Abschnitt werden Sie Ihr Git-Repository initialisieren.

Angenommen, Sie arbeiten an einem Webentwicklungsprojekt. Erstellen wir einen Ordner namens project_helloworld und wechseln Sie in das Verzeichnis:

$ mkdir project_helloworld
$ cd project_helloworld

Sie können Git mit dem folgenden Befehl anweisen, dieses Verzeichnis zu überwachen:

$ git init

Sie sollten eine Ausgabe wie diese sehen:

Initialisiertes leeres Git-Repository in /Users/zakh/_work/LearnGIT/git_tutorial/
project_helloworld/.git

Jetzt werden alle Dateien und Ordner in project_helloworld von Git . verfolgt.

Fragen:

Wie initialisieren Sie ein Verzeichnis, das von Git . verfolgt werden soll?

Grundlegende Git-Befehle: status, log, add und commit

Der status-Befehl zeigt den aktuellen Zustand Ihres Arbeitsverzeichnisses und der log-Befehl zeigt den Verlauf. Versuchen wir es mit dem Statusbefehl:

$git-Status
Auf Zweigmeister
Erstes Commit
nichts zu begehen (Dateien erstellen/kopieren und mit "git add" nachverfolgen)

Die Ausgabe des Befehls git status besagt, dass Sie sich im Master-Zweig befinden. Dies ist der Standard-Branch, den Git initialisiert. (Sie können Ihre eigenen Filialen erstellen. Mehr zu Filialen später). Außerdem sagt die Ausgabe, dass es nichts zu begehen gibt.

Versuchen wir es mit dem log-Befehl:

$ git log
fatal: dein aktueller Branch 'master' hat noch keine Commits

Es ist also an der Zeit, Code zu erstellen. Erstellen wir eine Datei namens index.html:

Meine Webseite

Hallo Welt

Sie können den Texteditor verwenden, um die Datei zu erstellen. Nachdem Sie die Datei gespeichert haben, überprüfen Sie den Status erneut:

$git-Status
Auf Zweigmeister
Erstes Commit
Nicht verfolgte Dateien:
(benutze "git add … "um einzubeziehen, was begangen wird)
Index.html
nichts zum Commit hinzugefügt, aber nicht nachverfolgte Dateien vorhanden (verwenden Sie "git add" zum Nachverfolgen)

Git sagt Ihnen, dass Sie eine Datei namens index haben.html in Ihrem Arbeitsverzeichnis, das nicht verfolgt wird.

Stellen wir sicher, index.html wird verfolgt. Sie müssen den Befehl add verwenden:

$ git Index hinzufügen.html

Alternativ können Sie die „.” Option, um alles im Verzeichnis hinzuzufügen:

$ git hinzufügen .

Lassen Sie uns nun den Status noch einmal überprüfen:

$git-Status
Auf Zweigmeister
Erstes Commit
Zu verpflichtende Änderungen:
(benutze "git rm --cached … "aufheben)
neue Datei: index.html

Das Grün zeigt an, dass der Index.html-Datei wird von Git . verfolgt.

Trinkgeld: Wie in den obigen Anweisungen erwähnt, wenn Sie den Befehl verwenden:

$ git rm --cached index.html

Ihr Index.html kehrt in den nicht verfolgten Status zurück. Sie müssen es erneut hinzufügen, um es wieder ins Staging zu bringen.]

Sehen wir uns das Protokoll noch einmal an:

$ git log
fatal: dein aktueller Branch 'master' hat noch keine Commits

Obwohl Git den Index verfolgt tracking.html, im Git-Repository gibt es noch nichts über die Datei. Übernehmen wir unsere Änderungen:

$ git commit -m "Index wird übergeben.html"
Die Ausgabe sollte ungefähr so aussehen:
[master (root-commit) f136d22] Übergabeindex.html
1 Datei geändert, 6 Einfügungen(+)
Modus 100644 Index erstellen.html

Der Text in den Anführungszeichen nach dem „-m“ ist ein Kommentar, der in die Protokolldatei aufgenommen wird. Sie können git commit auch ohne „-m“ verwenden, aber dann öffnet Git einen Texteditor, der Sie auffordert, die Kommentare zu schreiben. Es ist einfacher, die Kommentare direkt in die Befehlszeile einzugeben.

Lassen Sie uns nun unsere Protokolldatei überprüfen:

$ git log
begehen f136d22040ba81686c9522f4ff94961a68751af7
Autor: Zak H
Datum: Mo 4. Juni 16:53:42 2018 -0700
Verpflichtungsindex.html

Sie können sehen, dass ein Commit angezeigt wird. Sie haben Ihre Änderungen erfolgreich in Ihr lokales Repository übertragen. Wenn Sie dasselbe Protokoll kurz und knapp anzeigen möchten, können Sie den folgenden Befehl verwenden:

$ git log --oneline
f136d22 Übergabeindex.html

In Zukunft werden wir diese Form des log-Befehls verwenden, da es einfacher zu verstehen ist, was vor sich geht.

Beginnen wir mit der Bearbeitung des Index.html. Öffne den Index.html-Datei in einem Editor und ändern Sie die Zeile „Hello world“ in „Hello world! Da ich bin!“ und speichern Sie es. Wenn Sie den Status erneut überprüfen, sehen Sie, dass Git bemerkt hat, dass Sie die Datei bearbeiten:

$git-Status
Auf Zweigmeister
Änderungen, die nicht für Commit bereitgestellt werden:
(benutze "git add … " um zu aktualisieren, was festgeschrieben wird)
(benutze "git checkout" -- … ", um Änderungen im Arbeitsverzeichnis zu verwerfen)
geändert: index.html
keine Änderungen zum Commit hinzugefügt (verwenden Sie "git add" und/oder "git commit -a")

Die Änderung befindet sich noch in Ihrem Arbeitsverzeichnis. Sie müssen es in den Bereitstellungsbereich schieben. Verwenden Sie den zuvor verwendeten Befehl add:

$ git hinzufügen .

Überprüfen Sie den Status erneut:

$git-Status
Auf Zweigmeister
Zu verpflichtende Änderungen:
(benutze "git reset HEAD" … "aufheben)
geändert: index.html

Jetzt befinden sich Ihre Änderungen im Staging-Bereich. Sie können es zur dauerhaften Aufbewahrung an das Repository übergeben:

$ git commit -m "Geänderter Index.html zu einer glücklicheren Nachricht"
[Master 0586662] Geänderter Index.html zu einer glücklicheren Nachricht
1 Datei geändert, 1 Einfügung (+), 1 Löschung (-)

Sie können das Protokoll auf Ihre dauerhaften Änderungen überprüfen:

$ git log --oneline
0586662 Geänderter Index.html zu einer glücklicheren Nachricht
f136d22 Übergabeindex.html

In diesem Abschnitt haben Sie gelernt, Status-, Log-, Add- und Commit-Befehle zu verwenden, um den Überblick über Ihre Dokumente in Git . zu behalten.

Fragen:

Was macht git status??
Was macht git log??
Was macht git add??
Was macht Git Commit??

Mit Checkout zu älteren Dateien zurückkehren

Wenn Sie eine Datei in Git festschreiben, wird ein eindeutiger Hash für jedes Festschreiben erstellt. Sie können diese als Bezeichner verwenden, um zu einer älteren Version zurückzukehren.

Angenommen, Sie möchten zu Ihrer früheren Indexversion zurückkehren.html. Schauen wir uns zuerst den Index an.html im aktuellen Zustand:

$ Katzenindex.html

Meine Webseite

Hallo Welt! Da ich bin!

Sie können sehen, dass Sie die neuere Version haben („Hallo Welt! Da ich bin!“). Schauen wir uns das Protokoll an:

$ git log --oneline
0586662 Geänderter Index.html zu einer glücklicheren Nachricht
f136d22 Übergabeindex.html

Der Hash für die vorherige Version war f136d22 („Hallo Welt“). Sie können den Befehl checkout verwenden, um zu dieser Version zu gelangen:

$ git checkout f136d22
Hinweis: 'f136d22' auschecken.
Du befindest dich im Status 'Freistehender HEAD'. Sie können sich umschauen, experimentelle Änderungen vornehmen
und übergeben Sie sie, und Sie können alle Übergaben, die Sie in diesem Zustand vornehmen, verwerfen
ohne Filialen zu beeinträchtigen, indem Sie einen weiteren Checkout durchführen.
Wenn Sie einen neuen Branch erstellen möchten, um von Ihnen erstellte Commits beizubehalten, können Sie
tun Sie dies (jetzt oder später), indem Sie erneut -b mit dem checkout-Befehl verwenden. Beispiel:
git checkout -b
HEAD ist jetzt bei f136d22… Committing Index.html

Wenn Sie sich den Inhalt des Index ansehen.html sehen Sie:

$ Katzenindex.html

Meine Webseite

Hallo Welt

Es hat nur "Hallo Welt". Also dein Index.html wurde auf die ältere Version geändert. Wenn Sie den Status überprüfen:

$git-Status
KOPF abgenommen bei f136d22
nichts zu begehen, Arbeitsverzeichnis sauber

Git sagt dir im Grunde, dass der HEAD nicht beim letzten Commit ist. Sie können zum neuesten Commit zurückkehren, indem Sie den Master-Zweig mit dem folgenden Befehl auschecken:

$ git checkout master
Vorherige HEAD-Position war f136d22… Committing Index.html
Auf Zweig 'master' gewechselt

Wenn Sie jetzt den Status überprüfen:

$git-Status
Auf Zweigmeister
nichts zu begehen, Arbeitsverzeichnis sauber

Die rote Warnung ist weg. Auch, wenn Sie Ihren Index überprüfen.html, sollten Sie wieder die neueste Version haben:

$ Katzenindex.html

Meine Webseite

Hallo Welt! Da ich bin!

Der Checkout-Befehl bringt Sie in verschiedene Zustände. Wir werden im nächsten Abschnitt mehr über die Kasse erfahren.

Fragen:

Wie verwenden Sie den Befehl git checkout, um zu einer älteren Version einer Datei zu wechseln??
Wie verwenden Sie git checkout, um zur neuesten Version der Datei zurückzukehren??

Kasse, Verzweigung und Zusammenführung

Branching ist eine der besten Funktionen von Git. Es hilft Ihnen, Ihre Arbeit zu trennen und mehr zu experimentieren. In anderen Versionskontrollsystemen war die Verzweigung zeitaufwändig und schwierig. Git hat das Verzweigen und Zusammenführen einfacher gemacht.

Wie Sie im status-Befehl bemerkt haben, befinden Sie sich beim Erstellen eines neuen Git-Repositorys im Master-Zweig.

$git-Status
Auf Zweigmeister
nichts zu begehen, Arbeitsverzeichnis sauber

Angenommen, Sie erstellen eine Website für Ihren Freund David. Sie möchten den Code Ihrer eigenen Website wiederverwenden. Verzweigung ist eine tolle Lösung. Nennen wir die Filiale david_website.

Sie können den folgenden Befehl ausführen:

$ git branch david_website

Sie können den folgenden Befehl verwenden, um alle Zweige anzuzeigen:

$ git branch --list
david_website
* Meister

Der Stern (*) neben Master bedeutet, dass Sie sich noch im Master-Zweig befinden. Sie können den Zweig david_website mit dem folgenden Befehl auschecken:

$ git checkout david_website
Zu Zweig 'david_website' gewechselt

Wenn Sie nun erneut die Filialliste überprüfen, sehen Sie:

$ git branch --list
*david_website
Meister

Sie befinden sich also im Zweig david_website.

Lass uns den Index ändern.html aus „Hallo Welt! Da ich bin!“ zu „Hallo Welt! Es ist David!“ und dann inszenieren und festschreiben:

$ git hinzufügen .
$ git commit -m "Geänderte Website für David"

Wenn Sie die Protokolle überprüfen, sollten Sie Folgendes sehen:

$ git log --oneline
345c0f4 Geänderte Website für David
0586662 Geänderter Index.html zu einer glücklicheren Nachricht
f136d22 Übergabeindex.html

Und Ihre Indexdatei sollte so aussehen:

$ Katzenindex.html

Meine Webseite

Hallo Welt! Es ist David!

Schauen wir uns nun noch einmal den Master-Zweig an:

$ git checkout master
Auf Zweig 'master' gewechselt

Wenn Sie den Status überprüfen und protokollieren:

$git-Status
Auf Zweigmeister
nichts zu begehen, Arbeitsverzeichnis sauber
$ git log --oneline
0586662 Geänderter Index.html zu einer glücklicheren Nachricht
f136d22 Übergabeindex.html

Beachten Sie, dass Sie Ihren dritten Commit nicht im Master haben. Weil dieser Commit nur im david_website-Zweig gepflegt wird.

Das ist, was passiert ist

Angenommen, Sie entscheiden sich zu diesem Zeitpunkt, Ihre Website nicht fortzusetzen. Du bist nur der Entwickler für David. Sie möchten also die Änderungen im Zweig david_website mit dem Master zusammenführen. Aus dem master-Zweig müssen Sie nur die folgenden Befehle ausführen (der Statusbefehl dient dazu, zu überprüfen, ob Sie an der richtigen Stelle sind):

$git-Status
Auf Zweigmeister
nichts zu begehen, Arbeitsverzeichnis sauber

$ git merge david_website
Aktualisieren 0586662… 345c0f4
Schneller Vorlauf
Index.html | 2 +-
1 Datei geändert, 1 Einfügung (+), 1 Löschung (-)

Trinkgeld: Sie ziehen Änderungen von david_website zu master. Sie müssen auf dem Master sein, um dies zu erreichen.

Wenn Sie nun das Protokoll auf dem Master überprüfen, sehen Sie, dass der dritte Commit da ist:

$ git log --oneline
345c0f4 Geänderte Website für David
0586662 Geänderter Index.html zu einer glücklicheren Nachricht
f136d22 Übergabeindex.html

Sie haben den Zweig david_website erfolgreich in master zusammengeführt. Und dein Index.html für den Master-Zweig sieht identisch mit dem David_website-Zweig aus:

$ Katzenindex.html

Meine Webseite

Hallo Welt! Es ist David!

Sie können den Zweig david_website behalten:

$ git branch --list
david_website
* Meister

Oder Sie können es löschen:

$ git branch -d david_website
Gelöschter Zweig david_website (vorher 345c0f4).

Nach dem Löschen sollten Sie den Zweig david_website nicht mehr sehen:

$ git branch --list
* Meister

Trinkgeld: Wenn Git während einer Zusammenführung nicht automatisch zusammenführen kann, erhalten Sie Konfliktfehler beim Zusammenführen. In diesem Fall müssen Sie die Zusammenführungsprobleme manuell lösen.

Fragen:

Warum brauchen Sie eine Verzweigung??
Wie verzweigen und führen Sie Dateien und Ordner zusammen??

Remote-Repository

Bis jetzt war all deine Arbeit lokal. Sie haben Ihre Änderungen an ein lokales Repository übertragen. Aber es ist Zeit, deine Arbeit mit der Welt zu teilen.

Git Remote-Repository ist im Grunde eine weitere Kopie Ihres lokalen Repositorys, auf die andere zugreifen können. Sie können einen Server einrichten und ihn zum Remote-Repository machen. Aber die meisten Leute verwenden dafür GitHub oder Bitbucket. Sie können dort kostenlos öffentliche Repositorys erstellen, auf die jeder zugreifen kann.

Erstellen wir ein Remote-Repository auf GitHub.

Zuerst müssen Sie ein GitHub-Konto erstellen[]. Sobald Sie das Konto haben, erstellen Sie ein neues Repository über die Schaltfläche „Neues Repository“. Verwenden Sie „project_website“ als Repository-Namen (Sie können etwas anderes wählen, wenn Sie möchten).

Sie sollten einen Code-Tab mit Anweisungen wie diesen sehen:

… oder erstellen Sie ein neues Repository auf der Kommandozeile

echo "# project_website" >> README.md
git init
git README hinzufügen.md
git commit -m "erster Commit"
git remote füge den Ursprung hinzu [email protected]:IhrBenutzername/Projektwebsite.git
git push -u origin master

Kopieren Sie den folgenden Befehl „git remote add origin“ und führen Sie ihn in Ihrem Arbeitsverzeichnis aus:

$ git remote hinzufügen origin [email protected]:IhrBenutzername/Projektwebsite.git

Hinweis: In Ihrem Fall sollte IhrBenutzername der Name sein, den Sie zum Erstellen Ihres GitHub-Kontos verwendet haben.

Im obigen Befehl haben Sie Git den Speicherort des Remote-Repositorys angegeben. Der Befehl teilt Git mit, dass der „Ursprung“ für Ihr project_helloworld-Arbeitsverzeichnis „[email protected]:yourusername/project_website . ist.Scheiße“.

Pushen Sie nun Ihren Code von Ihrem Master-Branch zum Ursprung (Remote-Repository):

$ git push origin master
Objekte zählen: 9, fertig.
Delta-Komprimierung mit bis zu 4 Threads.
Komprimieren von Objekten: 100% (6/6), fertig.
Schreibobjekte: 100% (9/9), 803 Byte | 0 Byte/s, fertig.
Gesamt 9 (Delta 2), wiederverwendet 0 (Delta 0)
remote: Deltas auflösen: 100% (2/2), fertig.
An [email protected]:IhrBenutzername/Projektwebsite.git
* [neuer Zweig] Master -> Master

Wenn Sie Ihren Browser in GitHub aktualisieren, sollten Sie sehen, dass der Index.html-Datei ist da oben. Ihr Code ist also öffentlich und andere Entwickler können Code im Remote-Repository auschecken und ändern.

Als Entwickler arbeitest du mit dem Code anderer Leute. Es lohnt sich also, den Code von GitHub auszuchecken.

Lass uns in ein neues Verzeichnis gehen, in dem du nichts hast. Auf der rechten Seite des GitHub-Repositorys sehen Sie die Schaltfläche „Klonen oder herunterladen“. Wenn Sie darauf klicken, sollte Ihnen eine SSH-Adresse angezeigt werden. Führen Sie den folgenden Befehl mit der SSH-Adresse aus:

$ git clone [email protected]:IhrBenutzername/Projektwebsite.git

Die Ausgabe sollte so aussehen:

$ git clone [email protected]:IhrBenutzername/Projektwebsite.git
Klonen in 'project_website'…
Fernbedienung: Objekte zählen: 9, fertig.
remote: Objekte komprimieren: 100% (4/4), fertig.
Fernbedienung: Gesamt 9 (Delta 2), wiederverwendet 9 (Delta 2), Packung wiederverwendet 0
Empfangen von Objekten: 100% (9/9), fertig.
Deltas auflösen: 100% (2/2), fertig.
Konnektivität prüfen… fertig.

Es wird eine project_website in Ihrem sauberen Ordner erstellen. Wenn Sie hineingehen, sollten Sie den Index sehen.html aus deinem Projekt_helloworld.

Sie haben also folgendes erreicht:

Erstellt und Änderungen in project_helloworld
Den Code auf GitHub in project_website hochgeladen
Habe den Code von GitHub heruntergeladen

Lassen Sie uns eine weitere Datei aus dem neuen Arbeitsverzeichnis project_website:

$ ReadMe berühren.md
$ git hinzufügen .
$ git commit -m "ReadMe hinzugefügt.md"
$ git push origin master

Wenn Sie die GitHub-Seite project_website aktualisieren, sollten Sie die ReadMe . sehen.md-Datei dort.

Hinweis: Wenn Sie Code von GitHub herunterladen, kennt das Arbeitsverzeichnis automatisch den Ursprung. Sie müssen es nicht mit dem Befehl „git remote add origin“ definieren.

Fragen:

Warum müssen Sie Remote-Repositorys verwenden??
Wie richten Sie Ihr aktuelles lokales Repository ein, um eine Verbindung zum Remote-Repository herzustellen??
Wie klonen Sie Remote-Repositorys auf Ihren lokalen Computer??

Fazit

Weitere Informationen zu allen Befehlen finden Sie in den Git-Dokumenten[]. Auch wenn Git-UI-Tools verfügbar sind, ist die Befehlszeile der beste Weg, um Git master zu beherrschen. Es gibt Ihnen eine stärkere Grundlage für Ihre Entwicklungsarbeit.

Weitere Studie:

https://git-scm.com/docs
https://git-scm.com/book/de/v2
https://git-scm.com/videos