[MUSIK]
Lassen Sie uns nun einige grundlegende Git-Befehle erkunden, die für
uns in dieser Spezialisierung sehr nützlich sind.
Es gibt viel mehr zu bekommen als das, was wir in dieser Übung abdecken.
Um zu beginnen, gehen Sie zu einem geeigneten Speicherort auf Ihrem Computer und
erstellen Sie dann einen Ordner namens git-test.
Öffnen Sie dann diesen Ordner in Ihrem bevorzugten Editor.
Hier habe ich den Git-Test-Ordner, den wir gerade
in meinem Visual Studio-Code erstellt haben.
Lassen Sie mich eine Datei zu diesem
Ordner namens index.html hinzufügen.
Jetzt können Sie sehen, dass ich in einigen HTML-Code in diesen Index zu HTML5 hinzugefügt habe.
Speichern wir die Änderungen.
Jetzt wechseln wir zu unserer Kommandozeile.
Gehen Sie in der Befehlszeile zum Git-Test-Ordner und
lassen Sie uns diesen Ordner als Git-Repository initialisieren. Geben
Sie dazu in der Befehlszeile git init ein.
Nun wurde dieser Ordner als Git-Repository initialisiert.
Dies ist unser erster Git-Befehl, den wir gelernt haben, git init.
Dies initialisiert den aktuellen Ordner als Git-Repository und
wenn es den Ordner initialisiert, wird er diesen Ordner als Master markieren.
Dies ist der Master-Zweig für meinen Git.
Jetzt machen wir uns keine Sorgen über Zweige und so weiter. Damit
werden wir uns in diesem Kurs nicht beschäftigen.
Wir werden nur mit dem Master-Zweig in dieser speziellen Spezialisierung arbeiten.
Dies würde also als Master markiert werden.
Nun ist dies der Anfangspunkt unseres Projektarchivs.
Der nächste Befehl, den wir betrachten werden, ist git status.
Wenn Sie git status in die Befehlszeile eingeben,
wird Ihnen der aktuelle Status des Ordners angezeigt.
Also lassen Sie uns das an der Befehlszeile tun und sehen, was es zeigt.
Geben Sie in der Befehlszeile git status ein und
lesen Sie die Informationen, die im Befehlsfenster nachverfolgt werden.
Sie sehen, dass es auf Zweigmaster steht.
Also, das ist der Master-Zweig, auf dem wir sind, und es sagt,
nicht verfolgte Dateien, und zeigt dann index.html in rot.
Auf Ihrem bestimmten Computer kann es verschiedene Farben verwenden oder
dies anders darstellen, aber das ist, was es auf meinem Mac zeigt.
Nun, diese index.html Datei, die wir gerade in diesem Ordner erstellt haben,
wurde jetzt nicht zu unserem Git-Repository hinzugefügt.
Gehen wir also weiter und fügen Sie diese Datei zum Git-Repository hinzu.
Um das zu tun, sagen wir git add und Sie können einfach
dot sagen, was bedeutet, dass alle Dateien im aktuellen Verzeichnis zu dem,
was der Staging-Bereich meines Git-Projektarchivs genannt wird, hinzugefügt werden.
Also, wenn ich jetzt wieder git status tippe,
werden Sie sehen, dass die Datei index.html grün markiert ist.
Und es sagt, dass Änderungen dort festgeschrieben werden, und zeigt dann den Dateinamen an.
Und dann bedeutet das, dass diese Datei bereit ist, in mein
Git-Repository übergeben zu werden.
Der nächste Befehl, den wir sahen, war git add,
indem Sie git add verwenden, können Sie diesem Staging-Bereich Dateien oder Ordner hinzufügen.
Sobald Sie es dem Staging-Bereich hinzugefügt haben, können Sie diesen Snapshot
unseres Ordnerstatus in unser Git-Repository übertragen.
Das bedeutet also, dass, wenn Sie dieses Git-Commit machen.
Dieser Befehl wird den aktuellen
Status unserer Ordner in unser Git-Repository übertragen.
Also alle Dateien, wie sie im Moment existieren,
sobald sie Stages waren, die das git add verwenden, werden sie in
unser Git-Repository übertragen, wenn wir den Git-Befehls-Ordner ausführen.
Also an diesem Punkt, wenn wir den Befehl git ausführen,
wird unser Anfangszustand jetzt in den ersten Commit zum Git-Repository geändert.
Also lasst uns weitermachen und das tun.
Zurück an der Eingabeaufforderung, geben wir ein,
git commit und dann können wir jemals eine Nachricht zu unserem Commit hinzufügen.
Also werde ich sagen, git commit -m first commit,
weil dies unser erstes Commit zu unserem Git-Repository ist.
Also, wenn ich das tue, sagt es, okay wurde eine Datei zum Git-Repository hinzugefügt und
einige andere Informationen werden in dieses Befehlsfenster eingegeben.
Also lassen Sie uns jetzt noch einmal überprüfen, git Status.
Und jetzt sehen Sie, dass es nichts zum Festschreiben sagt, das Arbeitsverzeichnis ist sauber.
Das bedeutet also, dass der aktuelle Status meines Arbeitsverzeichnisses oder meines
Arbeitsordners an das Git-Repository übergeben wurde.
Also wurde ein Snapshot in mein Git-Repository übertragen.
Jetzt kann ich den nächsten Befehl namens git log —oneline eingeben.
Und sehen Sie, dass es dort eine Zahl zeigt, eine achtstellige Zahl dort.
Und dann zeigt auch die Nachricht, die wir in unserem Commit setzen, indem wir zuerst Commit sagen.
Das ist also das Protokoll aller Commits, die in mein Daten-Repository eingefügt wurden. Als
wir zurück zu unserem nächsten Git-Befehl gingen, sahen wir, dass git log —oneline wir sehen werden und
es zeigt uns ein kurzes Protokoll aller Commits.
Wenn Sie einfach git log eingeben, wird viel mehr Detailinformationen über
alle Commits angezeigt.
Aber das reicht aus, um Informationen zu erhalten, die wir benötigen.
Kommen wir nun zurück zu unserem Editor hier in Visual Studio-Code.
Also werde ich weitere Änderungen an meiner Datei index.html hinzufügen.
Also werde ich hinzufügen.
Also habe ich meine index.html Datei geändert.
Nun lassen Sie mich einen weiteren Ordner unter dem GIT-TEST Ordner hinzufügen.
Also werde ich hier einen Unterordner namens Vorlagen erstellen, und
in diesem Vorlagenordner werde ich eine andere Datei namens test.html erstellen.
Dies ist nur, um Ihnen zu zeigen, wie git die
gesamte Ordnerhierarchie in sein Repository übertragen kann.
Also mit test.html jetzt da,
werde ich nur alles von meiner index.html
in meine test.html kopieren und die Änderungen speichern.
Gehen wir zurück zur Befehlszeile,
lassen Sie uns nun den Status unseres Git-Repositorys und dieses Ordners überprüfen. Die
Eingabe von git status zeigt also, dass die
Datei index.html, die wir bereits früher zum Repository hinzugefügt haben, jetzt geändert wurde.
Also, wenn es eine neue Version der Indexdatei index.html gibt.
Es zeigt auch, dass es einige nicht verfolgte Dateien in
diesem Ordner namens Vorlagen gibt.
Fügen wir alle diese Änderungen unserem Repository hinzu, dem Staging-Bereich.
Geben Sie also wieder git add dot ein und dann
werden alle diese Dateien zum Staging-Bereich hinzugefügt.
Auch wenn Sie den Status auschecken,
sehen Sie jetzt, dass die Änderungen, die ich dem Stagingbereich hinzugefügt wurde.
Alle diese Dateien wurden also dem Staging-Bereich hinzugefügt.
Lass uns noch ein Commit machen.
Also würde ich sagen git commit -m.
Zweites Commit und dann lassen Sie uns das Protokoll überprüfen.
Wenn Sie das Protokoll auschecken, sehen Sie jetzt, dass es zwei Commits in meinem Git-Repository gibt.
Der erste und der zweite Commit und
beachten Sie, dass jeder von ihnen dort eine andere Zahl erhält.
Wenn Sie die vollständigen Details des Protokolls sehen möchten, können Sie einfach git log eingeben und
dann sehen Sie mehr Details darin, was Sie interessieren würden.
Beachten Sie also, dass der Oneline-Commit
nur die ersten Zeichen meiner Commit-Nummer gibt.
Das reicht aus, damit wir operieren können.
Lassen Sie mich jetzt wieder zu meinem Visual Studio gehen und noch eine hinzufügen.
Eine weitere Zeile zu meiner Datei index.html.
Jetzt wurde meine Datei index.html geändert.
Und lassen Sie uns die Änderungen speichern.
Gehen Sie zurück zur Befehlszeile,
gehen Sie in git status zeigt, dass die Datei index.html geändert wurde.
Fügen wir dies dem Staging-Bereich hinzu und führen Sie dann ein drittes Commit aus.
Also sagen wir, git add dot git status.
Jetzt sehen Sie, dass die index.html, die geänderte Version hinzugefügt wurde.
Jetzt können wir git commit sagen.
Drittes Commit.
Und git log oneline, und Sie werden sehen, dass es drei Commits in unserem Repository gibt.
Jetzt enthält unser Repository Snapshots von drei verschiedenen Typen.
Am Ende des ersten Commits, am Ende des zweiten Commits und
am Ende des dritten Commits.
Jetzt können wir auch Änderungen zurücksetzen.
Wir können das Repository auf eine vorherige Version zurücksetzen.
Wir können eine Datei aus einem älteren Commit herausziehen und
dann diese vorhandene Datei in unserer direkt aus dem älteren Commit ripple.
Mal sehen, wie wir mit diesen Dingen arbeiten können, indem wir ein paar weitere Befehle lernen.
In diesem Stadium befindet sich unsere Datei index.HTML im aktuellen Zustand.
So können Sie feststellen, dass es ein h1 und zwei p hat.
Schauen wir uns nun den nächsten Git-Befehl an.
Der nächste Git-Befehl, über den wir lernen werden, ist git checkout.
Dieser Checkout-Befehl ermöglicht es uns, eine Datei
aus einem früheren Commit in unserem Git-Repository auszuchecken.
Wenn wir also die aktuelle Datei, die wir in unserem Ordner haben, nicht mögen und
wir zu einer früheren Version der Datei zurückkehren möchten,
können wir die Datei immer aus einem vorherigen Commit oder
aus dem aktuellen Commit auschecken und dann weiter mit dieser Datei arbeiten.
Also lasst uns dies nutzen und einige Ordneränderungen in unserem Git-Repository sehen. Wenn wir
zurück zu unserer Befehlszeile gehen, erinnern wir uns, dass
ich zwischen dem zweiten und dem dritten Commit Änderungen an meiner Datei index.html vorgenommen habe.
Angenommen, ich möchte von meinem zweiten Commit zur Datei index.html zurückkehren.
Also kann ich einfach sagen git checkout 900cfcf.
Das ist also Commit-Bezeichner, die Nummer, die diesen bestimmten Kommentar identifiziert.
Und dann kann ich sagen, index.html und was Sie bemerken würden,
ist, dass die ältere Datei jetzt in mein aktuelles Arbeitsverzeichnis eingecheckt wird. Wenn Sie
zu meinem Visual Studio-Code gehen, stellen
Sie jetzt fest, dass meine Datei index.html auf die vorherige Version zurückgesetzt wurde.
Also ist die Änderung, die vor dem dritten Commit vorgenommen wurde, jetzt verschwunden.
Also wurde meine Datei index.html in
einem Zustand am Ende des zweiten Kommentars wiederhergestellt.
Jetzt in der Befehlszeile, wenn ich git status tippe.
Sie werden wie diese index.html Datei bemerken. Was auf
das zurückgekehrt ist, was es am Ende des zweiten Commits war.
Es wurde jetzt bereits inszeniert, so dass
wir mit dem git checkout eine ältere Version der Datei herausziehen und dann ersetzen, was
sich im aktuellen Verzeichnis befindet, und dann wird es auch in den Staging-Bereich einchecken.
Also, wenn ich das tue und dann merke ich, dass das ist, was ich will, kann ich
an diesem Punkt einfach ein anderes Commit machen.
Und dann kann diese Datei als viertes Commit kommentiert werden.
Aber wenn ich das nicht mag, möchte ich
am Ende des dritten Commits zu dieser Datei index.html zurückkehren.
Dann kann ich nur sagen, git reset HEAD und
index.html.
An diesem Punkt passiert also, dass die index.html, die
modifizierte Version, die ich auschecke, immer noch da ist.
Diese Datei wurde jedoch aus dem Stagingbereich nicht bereitgestellt.
Wenn Sie zurückgehen und sich die index.html in Ihrem Editor ansehen,
wird es immer noch die Phase am Ende des zweiten Commits anzeigen,
da wir diese Datei mit Auschecken dafür herausgezogen hatten.
Nun, wenn Sie es wieder auf das zurücksetzen wollen, was es am Ende des dritten Commits war,
dann machen wir noch einen Check-out aus dem dritten Commit. Wenn
Sie in unser Befehlsfenster gehen, geben
Sie git status ein und Sie würden feststellen, dass die index.html als modifiziert markiert ist, aber
es zeigt auch diese spezielle Anweisung hier, es sagt git checkout -
und der Dateilink, um die Änderungen im Arbeitsverzeichnis zu verwerfen.
So können Sie die Änderungen, die Sie
nicht benötigen, an einer bestimmten Datei verwerfen, die dem vorherigen Commit entspricht.
Lassen Sie mich also diese index.html wieder
auf das wiederherstellen, was es am Ende des dritten Commits war.
Also, um das zu tun, werde ich einfach git
checkout - index.html sagen.
Und dann, wenn ich git Status mache, zeigt es, dass mein Verzeichnis sauber ist und im Grunde
mein Verzeichnis in den Zustand des Endes des dritten Commits wiederhergestellt wurde. Wenn ich
zur Datei in meinem Visual Studio-Code gehe, sehe ich, dass
die Datei wieder auf das wiederhergestellt wurde, was sie am Ende des dritten Commits war.
Dies ist eine Möglichkeit, wie Sie können, wenn Sie nach dem Commit Änderungen an einer Datei vorgenommen haben und
Sie diese Änderungen einfach verwerfen möchten, können Sie
die Datei einfach aus dem letzten Commit auschecken.
Und dann
werden alle Ihre Änderungen, die Sie nach dem letzten Commit vorgenommen haben, vor Ort verworfen.
Dies sind also einige grundlegende Befehle, die sehr nützlich für
Sie sind, wenn Sie zu den Kursen in dieser Spezialisierung gehen,
weil Sie am Ende jeder Übung verpflichten möchten.
Und wenn Sie fortfahren, haben Sie
am Ende der vorherigen Übung immer noch eine festgeschriebene Version des Ordnerstatus.
Wenn Sie also eine neue Übung ausführen und feststellen, dass Sie
Fehler gemacht haben und zum vorherigen Commit zurückkehren möchten,
haben Sie immer eine Möglichkeit, dies mit den Befehlen zu tun, die wir gerade gelernt haben.
Mit diesem grundlegenden Verständnis dieser wenigen Git-Befehle
werden wir in der Lage sein, mit dem Verständnis und der
Verwendung von git in den Kursen dieser Spezialisierung fortzufahren.
Also, jetzt haben wir den git reset für eine bestimmte Datei oder git reset
im Allgemeinen überprüft, wenn Sie einfach git reset eingeben, wird es Sie wieder zum letzten Commit zurücksetzen.
Es würde also den Stagingbereich auf das letzte Commit zurücksetzen,
ohne die Änderungen zu stören, die Sie an Ihrem Arbeitsverzeichnis vorgenommen haben.
Wenn Sie also zurücksetzen, können Sie
die vorherige Version der Datei auschecken, die Sie im vorherigen Commit übernommen haben.
Auf diese Weise können Sie Ihren Ordner wieder an der Stelle wiederherstellen, an
der Sie sich am Ausgangspunkt des vorherigen Commits befanden.
Also manchmal, wenn Sie eine Übung machen und Sie erkennen, dass
Sie Fehler gemacht haben, haben Sie immer eine Möglichkeit, zurück zu einer früheren Version.
Also mit diesen Befehlen denke ich, dass Sie alle bereit sind, git in
den Kursen dieser Spezialisierung zu verwenden Also
am Ende dieser Übung, hast du es Git?
( MUSIK)