[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 günstigen 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 mit dem Namen index.html hinzufügen,
jetzt können Sie sehen, dass ich in einigen
HTML-Code in diese index.html Datei hinzugefügt habe.
Speichern wir die Änderungen.
Nun wechseln wir zu unserer Befehlszeile,
gehen Sie in der Befehlszeile zum Git-Test-Ordner, und
lassen Sie uns diesen Ordner zu einem Git-Repository initialisieren.
Um das in der Befehlszeile zu tun, geben Sie git init ein.
Nun wurde dieser Ordner initialisiert, um ein Git-Repository zu sein.
Das ist also 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 es diesen Ordner als Master markieren.
Das ist der Hauptzweig für mein Kit.
Jetzt machen wir uns keine Sorgen über Zweige und so weiter,
wir werden uns in diesem Kurs nicht damit befassen.
Wir werden nur mit dem Master-Zweig arbeiten, in dieser speziellen Spezialisierung.
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 angetippt werden.
Sie sehen, dass es auf dem Zweigmaster steht, also ist das der Master-Zweig, den wir hinzufügen.
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, oder das ist, was es auf meinem Mac zeigt.
Also jetzt, 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 hinzugefügt werden,
was als Staging-Bereich meines Git-Repositorys bezeichnet wird.
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 dann den Dateinamen angezeigt werden und dann
bedeutet das, dass diese Datei jetzt bereit ist, in mein Git-Repository übergeben zu werden.
Also, der nächste Befehl, den wir sahen, war git add.
Durch die Verwendung von git add 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 das Git-Commit
ausführen, dieser Befehl den aktuellen
Status unserer Ordner in unsere Git-Repositories überträgt.
Also alle Dateien, wie sie im Moment existieren,
sobald sie mit dem git add inszeniert wurden, werden sie in unser
Git-Repository übertragen, wenn wir den git-Befehlsordner ausführen.
An diesem Punkt, wenn wir den Befehl git ausführen,
wird unser Anfangszustand nun in den ersten Commit zum Git-Repository geändert.
Also lasst uns weitermachen und 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 Commit zu unserem Git-Repository ist.
Wenn ich das mache, heißt es, okay, 1 Datei wurde zum Git-Repository hinzugefügt und
einige andere Informationen werden in das Befehlsfenster eingegeben.
Also lassen Sie uns jetzt noch einmal überprüfen, git Status und
jetzt sehen Sie, dass es nichts zu begehen sagt, das Arbeitsverzeichnis ist sauber.
Was es bedeutet, ist, dass der aktuelle Status meines Arbeitsverzeichnisses oder meines
Arbeitsordners in das Git-Repository übertragen
wurde, so dass ein Snapshot in mein Git-Repository übertragen wurde.
Jetzt kann ich den nächsten Befehl namens git log —oneline eingeben
und sehen, dass es dort eine Zahl anzeigt, eine achtstellige Zahl,
und dann zeigt es auch die Nachricht, die wir in unser Commit setzen, indem wir zuerst commit sagen.
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,
zeigen Sie viel detailliertere Informationen über alle Commits an.
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.
Ich habe meine Datei index.html geändert.
Nun, lassen Sie mich einen anderen Ordner unter dem Git-Test-Ordner hinzufügen, also
werde ich hier einen Unterordner namens Vorlagen erstellen, und innerhalb dieses
Vorlagenordners werde ich einen anderen Dateinamen erstellen, test.html.
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.
Geben Sie also Git-Status ein, zeigt an, dass
die Indexstatus-HTML-Datei, die wir bereits früher an das Repository übergeben 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 dem Staging
des Bereichs hinzu, geben Sie also erneut git add ein.
Und dann werden alle diese Dateien zum Staging-Bereich hinzugefügt.
Überprüfen Sie den Status erneut.
Sie sehen nun, dass Änderungen, die dem Stagingbereich hinzugefügt wurden.
Alle diese Dateien wurden also dem Staging-Bereich hinzugefügt.
Lassen Sie uns noch ein Commit machen, also
würde ich sagen, git commit -m, zweites 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 ihre vollständigen Details des Protokolls sehen möchten,
können Sie einfach, git log eingeben und dann erhalten Sie mehr Details darin.
Dann, was Sie interessieren würden.
Beachten Sie also, dass das Oneline-Commit nur die
ersten Zeichen meiner Commit-Nummer dort gibt.
Das reicht aus, damit wir operieren können.
Lassen Sie mich nun wieder zu meinem Visual Studio zurückkehren und dann 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. Wenn
Sie zurück zur Befehlszeile gehen,
zeigt der git status an, dass die Datei index.html geändert wurde.
Fügen wir dies dem Stagingbereich hinzu und führen dann ein drittes Commit durch.
Also sagen wir, git add. ,
git status,
jetzt sehen Sie, dass die index.html die geänderte Version hinzugefügt wurde.
Jetzt können wir git commit sagen.
„ Third commit“ und tun git log —oneline,
und Sie 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 das vorhandene Verzeichnis aus dem alten Commit ersetzen.
Also, 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 ps 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 Ihrer vorherigen 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 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, das ist Commit identifizieren Sie die Nummer, die das bestimmte Commit identifiziert,
und dann kann ich index.html sagen, und was Sie bemerken würden, ist,
dass diese ältere Datei jetzt in mein aktuelles Arbeitsverzeichnis ausgecheckt wird. Wenn Sie
zu meinem Visual Studio-Code gehen,
werden Sie jetzt feststellen, dass meine Datei index.html auf die vorherige Arbeit zurückgekehrt ist, so
dass die Änderung, die ich vor dem dritten Commit vorgenommen habe, jetzt verschwunden ist.
Also wurde meine Datei index.html am Ende des zweiten Commits in ihren Zustand wiederhergestellt.
Nun, in der Befehlszeile, wenn ich git status versuche,
werden Sie feststellen, dass diese index.html Datei, die
auf das zurückgesetzt wurde, was sie am Ende des zweiten Commits war, jetzt bereits inszeniert wurde.
Mit diesem Git-Checkout werden wir also 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 wenn ich das nicht mag, möchte ich
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 hatte, 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 der Status immer noch am Ende des zweiten Commits angezeigt.
Weil wir die Datei mit der Kasse dafür herausgezogen hatten.
Nun, wenn Sie es wieder auf das zurücksetzen möchten, was es am Ende des dritten Commits war,
dann machen wir noch einen Checkout aus dem dritten Commit, der in unser
Befehlsfenster geht, geben git status ein und
Sie würden feststellen, dass die index.html als modifiziert markiert ist.
Aber es zeigt auch diese besondere Aussage hier.
Es sagt git checkout - und
der Dateiname, um die Änderungen in den Arbeitsverzeichnissen zu verwerfen.
Auf diese Weise können Sie die Änderungen verwerfen, die Sie an einer bestimmten
Datei vorgenommen haben, die dem vorherigen Kommentar entspricht.
Lassen Sie mich einfach diese index.html wieder auf das zurücksetzen, was es am Ende
des dritten Commits war.
Um das zu tun, könnte ich einfach git, checkout,
— index.html sagen und dann,
wenn ich git Status mache, zeigt es, dass mein Verzeichnis sauber ist.
Und im Grunde wurde mein Verzeichnis
am Ende des dritten Commits in den Zustand wiederhergestellt. Wenn ich
zu der Datei in meinem Virtual Studio Code gehe, sehe ich, dass
ihre Datei wieder auf das wiederhergestellt wurde, was sie am Ende der dritten Kappe war.
Dies ist eine Möglichkeit, wie Sie können, wenn Sie
nach dem Commit Änderungen an Ihrer Datei vorgenommen haben und Sie diese Änderungen einfach verwerfen möchten,
können Sie einfach die Datei 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 für
Sie sehr nützlich sind, wenn Sie die Kurse in dieser Spezialisierung durchlaufen,
weil Sie am Ende jeder Übung verpflichten möchten.
Und wenn Sie vorwärts fortfahren, würden Sie
am Ende der vorherigen Übung immer noch eine geführte Vision des Zustands Ihres Ordners haben.
Wenn Sie also eine neue Übung durchführen und entdeckt haben, 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 gelassen haben.
Mit diesem grundlegenden Verständnis dieser wenigen Git-Befehle
können Sie mit dem Verständnis und der
Verwendung von git in den Kursen dieser Spezialisierung fortfahren.
Jetzt haben wir den Git-Reset für eine bestimmte Datei oder Git-Reset im Allgemeinen überprüft.
Wenn Sie einfach git reset eingeben, werden Sie zum letzten Commit zurückgesetzt.
Es wird also den Stagingbereich auf das letzte Commit zurückgesetzt,
ohne die Änderungen, die Sie an Ihrem Arbeitsverzeichnis vorgenommen haben, zu stören.
Wenn Sie also zurücksetzen, können Sie
die vorherige Version der Datei auschecken, die Sie im vorherigen Commit festgeschrieben haben.
In dieser Woche können Sie Ihren Ordner wieder an den Ort wiederherstellen, an dem Sie sich am
Ausgangspunkt des vorherigen Commits befanden.
Also manchmal, wenn Sie durch eine Übung gehen und Sie erkennen, dass Sie ein Stichwort verpasst.
Haben Sie immer eine Möglichkeit, auf eine vorherige Version zurückzukehren.
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)