[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 Git als das, was wir in dieser Übung abdecken.
Um zu beginnen, gehen Sie zu Ihrem geeigneten Speicherort auf Ihrem Computer,
und erstellen Sie dann einen Ordner mit dem Namen 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 einige HTML-Code in diese index.html Datei hinzugefügt habe.
Lassen Sie uns die Änderungen speichern, jetzt wechseln wir zu unserer Befehlszeile.
Gehen Sie in der Befehlszeile zum Git-Test-Ordner und
lassen Sie uns diesen Ordner als Git-Repository initialisieren. Fügen
Sie dazu die Befehlszeile hinzu, geben Sie, git init ein.
Jetzt wurde dieser Ordner initialisiert, um ein Git-Repository zu sein, also
ist dies unser erster Git-Befehl, den wir gelernt haben, git init.
Dies initialisiert den aktuellen Ordner als Git-Repository, und
wenn er den Ordner initialisiert, markiert er diesen Ordner als Master.
Dies ist der Master-Zweig für meinen Git, jetzt machen wir uns keine Sorgen über Zweige und
so weiter, wir werden uns in diesem Kurs nicht damit beschäftigen.
Wir werden nur mit dem Master-Zweig in dieser speziellen Spezialisierung arbeiten,
so dass dies als der Master markiert würde.
Nun, das ist 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 eingegeben werden.
Sie sehen, dass es sagt, Auf Zweigmaster, also ist das 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
ist diese index.html Datei, die wir gerade in diesem Ordner erstellt haben, jetzt nicht zu unserem Git-Repository hinzugefügt worden.
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 hinzugefügt werden,
was als Staging-Bereich meines Git-Repositorys bezeichnet wird.
Also, wenn ich jetzt wieder tippe, git status, 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 jetzt 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 Dateien oder Ordner zum Staging-Bereich 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
dieser Befehl, wenn Sie das Git-Commit ausführen, den aktuellen
Status unserer Ordner in unser Git-Repository überträgt.
Also alle Dateien, wie sie im Moment existieren, sobald sie
mit dem git add inszeniert wurden, werden sie über ein Git-Repository festgeschrieben,
dann führen wir den git-Befehlsordner aus.
Also, an diesem Punkt, wenn wir den Befehl git ausführen,
wird unser Anfangszustand jetzt in den ersten Commit an
das Git-Repository geändert, also lassen Sie uns das tun.
Zurück an der Eingabeaufforderung geben wir git commit ein,
und dann können wir sogar eine Nachricht zu unserem Commit hinzufügen.
Also werde ich git commit -m „first commit“ sagen,
weil dies unser erstes Commit in unser Git-Repository ist.
Wenn ich das mache, heißt es, okay, eine Datei wurde dem Git-Repository hinzugefügt und
einige andere Informationen werden in das Befehlsfenster eingegeben.
Also lassen Sie uns jetzt überprüfen, wieder, git Status,
und jetzt sehen Sie, dass es sagt, nichts zu übergeben, Arbeitsverzeichnis ist sauber.
Das bedeutet also, dass der aktuelle Status meines Arbeitsverzeichnisses oder meines
Arbeitsordners in das Git-Repository übertragen wurde.
So wurde ein Snapshot in mein Git-Repository übertragen, jetzt kann ich den nächsten
Befehl eingeben, genannt git log —oneline.
Und sehen Sie, dass es dort eine Zahl zeigt, eine achtstellige Zahl, und
es zeigt auch die Nachricht, die wir in unserem Commit mit sagen „first commit“.
Das ist also das Protokoll aller Commits, die in mein Git-Repository eingefügt wurden.
Als wir zurück zu unserem nächsten Git-Befehl gingen,
sahen wir, dass git log —oneline
uns ein kurzes Protokoll aller Commits zeigt.
Wenn Sie einfach git log eingeben,
wird es viel detailliertere Informationen über alle Commits anzeigen, aber
das ist ausreichend, 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.
Lassen Sie mich nun einen anderen 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 jetzt den Status unseres Git-Projektarchivs und dieses Ordners überprüfen.
Wenn Sie also git status eingeben, wird angezeigt, dass die Datei index.html, die wir
bereits früher zum Projektarchiv hinzugefügt haben, jetzt geändert wurde,
so dass es eine neuere Version der Datei index.html gibt.
Außerdem zeigt es, dass sich
in diesem Ordner einige nicht verfolgte Dateien befinden, die als Vorlagen bezeichnet werden.
Fügen wir alle diese Änderungen unserem Repository hinzu, dem Staging-Bereich.
Geben Sie also erneut git add. 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 dem Stagingbereich hinzugefügt wurden, so dass alle diese Dateien dem Stagingbereich hinzugefügt wurden.
Lassen Sie uns noch ein Commit machen, also würde ich sagen git commit -m,
„Second commit“, und dann schauen wir uns das Protokoll an.
Wenn Sie das Protokoll auschecken, werden Sie jetzt sehen, dass es
zwei Commits in meinem Git-Repository gibt, das erste und das zweite Commit.
Und beachten Sie, dass jeder von ihnen dort eine andere Nummer erhält.
Wenn Sie die vollständigen Details des Protokolls sehen möchten, können Sie einfach, git log eingeben.
Und dann werden Sie mehr Details sehen,
als das, was Sie interessieren würden.
Beachten Sie also, dass das einzeilige 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 fügen Sie
eine weitere Zeile zu meiner Datei index.html hinzu.
Jetzt wurde meine Datei index.html geändert, und speichern wir die Änderungen. Wenn
Sie zurück zur Befehlszeile gehen,
zeigt der git status an, dass die Datei index.html geändert wurde.
Also lassen Sie uns dies zum Staging-Bereich hinzufügen und
dann ein drittes Commit durchführen, also sagen wir git add. ,
Git-Status.
Jetzt sehen Sie, dass die geänderte Version index.html hinzugefügt wurde.
Jetzt können wir git commit sagen,
„Third commit“, Und tun git log —oneline,
und Sie werden sehen, dass es drei Commits in unserem Repository gibt.
Nun enthält unser Repository Snapshots von drei verschiedenen Punkten,
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 die vorhandene Datei in unserem Verzeichnis aus dem älteren Commit ersetzen.
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 dass Sie feststellen können, dass sie 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.
Also, wenn wir nicht wie die aktuelle Datei, die wir in unserem Ordner haben,
und wir wollen zurück zu einer früheren Version der Datei.
Wir können 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 weitere Änderungen an 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,
also ist das der Commit-Bezeichner,
die Nummer, die dieses bestimmte Commit identifiziert.
Und dann kann ich index.html sagen, und was Sie bemerken würden,
ist, dass die gesamte Datei jetzt in mein aktuelles Arbeitsverzeichnis ausgecheckt 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 ich vor dem dritten Commit vorgenommen habe, jetzt verschwunden.
Also wurde meine Datei index.html am Ende des zweiten Commits in ihren Zustand wiederhergestellt.
Wenn ich nun in der Befehlszeile git status tippe,
bemerken Sie, dass diese Datei index.html,
die auf das zurückgekehrt ist, was sie am Ende des zweiten Commits war.
Es wurde jetzt bereits inszeniert, also
wird die Verwendung dieses 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 übergeben werden,
aber nehme an, ich mag das nicht.
Ich möchte am
Ende des dritten Commits zur Datei index.html zurückkehren, dann kann ich nur git reset,
HEAD und index.html sagen.
Was an diesem Punkt passiert, ist, dass die index.html,
die geänderte Version, die ich ausgecheckt habe, immer noch da ist, aber
diese Datei wurde aus dem Stagingbereich nicht bereitgestellt.
Wenn Sie zurückgehen und sich die index.html in Ihrem
Editor ansehen, wird es immer noch den Status am Ende des zweiten Commits anzeigen,
da wir diese Datei mit Checkout dafür herausgezogen hatten.
Nun, wenn wir es wieder auf das zurücksetzen wollen, was es am Ende des dritten Commits war,
dann machen wir noch einen Checkout aus dem dritten Commit.
Gehen Sie in unser Befehlsfenster, 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 heißt git checkout -,
und der Dateiname, um die Änderungen im Arbeitsverzeichnis zu verwerfen. Auf
diese Weise können Sie die Änderungen verwerfen, die
an einer bestimmten Datei vorgenommen werden, 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 wenn ich
es tue, zeigt es, dass mein Verzeichnis sauber ist, und im Grunde
wurde mein Verzeichnis in den Zustand des Endes des dritten Kommentars wiederhergestellt. Wenn ich
zu der 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.
Wenn Sie also nach einem Commit Änderungen an einer Datei vorgenommen haben und
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, in
diesem Teil verworfen..
Dies sind also einige grundlegende Befehle, die sehr nützlich für
Sie sind, wenn Sie durch die Kurse und
die Spezialisierung gehen, weil Sie am Ende jeder Übung begehen möchten.
Und wenn Sie fortfahren,
hätten Sie
am Ende der vorherigen Übung immer noch eine festgeschriebene Version des Ordnerstatus.
Auf diese Weise, wenn Sie eine neue Übung durchführen und feststellen, dass Sie
Fehler gemacht haben und zum vorherigen Commit zurückkehren möchten.
Sie werden immer eine Möglichkeit haben, dies mit den Befehlen zu tun
, die wir gerade gelernt haben.
Mit diesem grundlegenden Verständnis dieser wenigen Git-Befehle
wären wir in der Lage, mit dem Verständnis und der
Verwendung von Git in den Kursen dieser Spezialisierung fortzufahren.
Jetzt haben wir den Git-Reset für eine bestimmte Datei oder Git-Reset im Allgemeinen überprüft.
Wenn Sie einfach get reset eingeben, werden Sie wieder zum letzten Commit zurückgesetzt.
Es wird also den Stagingbereich auf das letzte Commit zurückgesetzt,
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 festgeschrieben 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 durch eine Übung gehen und Sie erkennen, dass Sie Fehler gemacht haben,
haben Sie immer eine Möglichkeit, zurück zu einer früheren Version.
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)