1
00:00:00,000 --> 00:00:04,425
[MUSIK]

2
00:00:04,425 --> 00:00:09,324
Lassen Sie uns nun einige grundlegende Git-Befehle erkunden, die für

3
00:00:09,324 --> 00:00:11,474
uns in dieser Spezialisierung sehr nützlich sind.

4
00:00:11,474 --> 00:00:15,055
Es gibt viel mehr zu Git als das, was wir in dieser Übung abdecken.

5
00:00:18,130 --> 00:00:23,231
Um zu beginnen, gehen Sie zu Ihrem geeigneten Speicherort auf Ihrem Computer,

6
00:00:23,231 --> 00:00:26,523
und erstellen Sie dann einen Ordner mit dem Namen git-test.

7
00:00:30,140 --> 00:00:34,408
Öffnen Sie dann diesen Ordner in Ihrem bevorzugten Editor.

8
00:00:37,895 --> 00:00:42,585
Hier habe ich den Git-Test-Ordner, den wir gerade

9
00:00:42,585 --> 00:00:45,390
in meinem Visual Studio Code erstellt haben.

10
00:00:45,390 --> 00:00:51,915
Lassen Sie mich eine Datei zu diesem Ordner namens index.html hinzufügen.

11
00:00:54,122 --> 00:01:00,430
Jetzt können Sie sehen, dass ich einige HTML-Code in diese index.html Datei hinzugefügt habe.

12
00:01:00,430 --> 00:01:06,507
Lassen Sie uns die Änderungen speichern, jetzt wechseln wir zu unserer Befehlszeile.

13
00:01:06,507 --> 00:01:10,903
Gehen Sie in der Befehlszeile zum Git-Test-Ordner und

14
00:01:10,903 --> 00:01:15,860
lassen Sie uns diesen Ordner als Git-Repository initialisieren. Fügen

15
00:01:15,860 --> 00:01:19,800
Sie dazu die Befehlszeile hinzu, geben Sie, git init ein.

16
00:01:21,620 --> 00:01:27,710
Jetzt wurde dieser Ordner initialisiert, um ein Git-Repository zu sein, also

17
00:01:27,710 --> 00:01:32,650
ist dies unser erster Git-Befehl, den wir gelernt haben, git init.

18
00:01:32,650 --> 00:01:36,320
Dies initialisiert den aktuellen Ordner als Git-Repository, und

19
00:01:36,320 --> 00:01:42,380
wenn er den Ordner initialisiert, markiert er diesen Ordner als Master.

20
00:01:42,380 --> 00:01:47,770
Dies ist der Master-Zweig für meinen Git, jetzt machen wir uns keine Sorgen über Zweige und

21
00:01:47,770 --> 00:01:51,000
so weiter, wir werden uns in diesem Kurs nicht damit beschäftigen.

22
00:01:51,000 --> 00:01:55,738
Wir werden nur mit dem Master-Zweig in dieser speziellen Spezialisierung arbeiten,

23
00:01:55,738 --> 00:01:58,500
so dass dies als der Master markiert würde.

24
00:01:58,500 --> 00:02:02,060
Nun, das ist der Anfangspunkt unseres Projektarchivs,

25
00:02:03,770 --> 00:02:08,410
der nächste Befehl, den wir betrachten werden, ist Git-Status.

26
00:02:08,410 --> 00:02:12,600
Wenn Sie git status in die Befehlszeile eingeben, wird Ihnen der aktuelle Status

27
00:02:12,600 --> 00:02:17,460
des Ordners angezeigt, also lassen Sie uns das an der Befehlszeile tun und sehen, was es zeigt.

28
00:02:19,470 --> 00:02:23,395
Geben Sie in der Befehlszeile git status ein, und

29
00:02:23,395 --> 00:02:28,945
lesen Sie die Informationen, die im Befehlsfenster eingegeben werden.

30
00:02:28,945 --> 00:02:33,943
Sie sehen, dass es sagt, Auf Zweigmaster, also ist das der Master-Zweig, auf dem wir sind,

31
00:02:33,943 --> 00:02:40,690
und es sagt, nicht verfolgte Dateien, und zeigt dann index.html in rot.

32
00:02:40,690 --> 00:02:44,458
Auf Ihrem bestimmten Computer kann es verschiedene Farben verwenden oder

33
00:02:44,458 --> 00:02:49,040
dies anders darstellen, aber das ist, was es auf meinem Mac zeigt.

34
00:02:49,040 --> 00:02:54,040
Nun

35
00:02:54,040 --> 00:02:58,140
ist diese index.html Datei, die wir gerade in diesem Ordner erstellt haben, jetzt nicht zu unserem Git-Repository hinzugefügt worden.

36
00:02:58,140 --> 00:03:01,335
Gehen wir also weiter und fügen Sie diese Datei zum Git-Repository hinzu.

37
00:03:01,335 --> 00:03:07,510
Um das zu tun, sagen wir, git add, und Sie können einfach dot sagen,

38
00:03:07,510 --> 00:03:12,350
was bedeutet, dass alle Dateien im aktuellen Verzeichnis zu dem hinzugefügt werden,

39
00:03:12,350 --> 00:03:17,680
was als Staging-Bereich meines Git-Repositorys bezeichnet wird.

40
00:03:17,680 --> 00:03:22,880
Also, wenn ich jetzt wieder tippe, git status, werden Sie sehen,

41
00:03:22,880 --> 00:03:27,910
dass die Datei index.html grün markiert ist, und

42
00:03:27,910 --> 00:03:35,130
es sagt, dass Änderungen dort festgeschrieben werden, und zeigt dann den Dateinamen an.

43
00:03:35,130 --> 00:03:35,672
Und dann

44
00:03:35,672 --> 00:03:39,601
bedeutet das, dass diese Datei jetzt bereit ist, in mein Git-Repository übergeben zu werden.

45
00:03:41,438 --> 00:03:46,856
Der nächste Befehl, den wir sahen, war git add, indem Sie git add verwenden,

46
00:03:46,856 --> 00:03:51,190
können Sie Dateien oder Ordner zum Staging-Bereich hinzufügen.

47
00:03:51,190 --> 00:03:57,250
Sobald Sie es dem Staging-Bereich hinzugefügt haben, können Sie diesen Snapshot

48
00:03:57,250 --> 00:04:03,100
unseres Ordnerstatus in unser Git-Repository übertragen.

49
00:04:03,100 --> 00:04:06,460
Das bedeutet also, dass

50
00:04:08,130 --> 00:04:12,610
dieser Befehl, wenn Sie das Git-Commit ausführen, den aktuellen

51
00:04:12,610 --> 00:04:17,200
Status unserer Ordner in unser Git-Repository überträgt.

52
00:04:17,200 --> 00:04:21,780
Also alle Dateien, wie sie im Moment existieren, sobald sie

53
00:04:21,780 --> 00:04:25,560
mit dem git add inszeniert wurden, werden sie über ein Git-Repository festgeschrieben,

54
00:04:25,560 --> 00:04:29,510
dann führen wir den git-Befehlsordner aus.

55
00:04:29,510 --> 00:04:33,580
Also, an diesem Punkt, wenn wir den Befehl git ausführen,

56
00:04:33,580 --> 00:04:38,373
wird unser Anfangszustand jetzt in den ersten Commit an

57
00:04:38,373 --> 00:04:42,369
das Git-Repository geändert, also lassen Sie uns das tun.

58
00:04:45,208 --> 00:04:50,261
Zurück an der Eingabeaufforderung geben wir git commit ein,

59
00:04:50,261 --> 00:04:54,880
und dann können wir sogar eine Nachricht zu unserem Commit hinzufügen.

60
00:04:54,880 --> 00:04:59,275
Also werde ich git commit -m „first commit“ sagen,

61
00:04:59,275 --> 00:05:03,879
weil dies unser erstes Commit in unser Git-Repository ist.

62
00:05:03,879 --> 00:05:10,106
Wenn ich das mache, heißt es, okay, eine Datei wurde dem Git-Repository hinzugefügt und

63
00:05:10,106 --> 00:05:15,300
einige andere Informationen werden in das Befehlsfenster eingegeben.

64
00:05:15,300 --> 00:05:20,440
Also lassen Sie uns jetzt überprüfen, wieder, git Status,

65
00:05:20,440 --> 00:05:26,220
und jetzt sehen Sie, dass es sagt, nichts zu übergeben, Arbeitsverzeichnis ist sauber.

66
00:05:26,220 --> 00:05:31,230
Das bedeutet also, dass der aktuelle Status meines Arbeitsverzeichnisses oder meines

67
00:05:31,230 --> 00:05:35,860
Arbeitsordners in das Git-Repository übertragen wurde.

68
00:05:35,860 --> 00:05:41,050
So wurde ein Snapshot in mein Git-Repository übertragen, jetzt kann ich den nächsten

69
00:05:41,050 --> 00:05:47,200
Befehl eingeben, genannt git log —oneline.

70
00:05:47,200 --> 00:05:52,156
Und sehen Sie, dass es dort eine Zahl zeigt, eine achtstellige Zahl, und

71
00:05:52,156 --> 00:05:57,545
es zeigt auch die Nachricht, die wir in unserem Commit mit sagen „first commit“.

72
00:05:57,545 --> 00:06:03,340
Das ist also das Protokoll aller Commits, die in mein Git-Repository eingefügt wurden.

73
00:06:05,120 --> 00:06:08,900
Als wir zurück zu unserem nächsten Git-Befehl gingen,

74
00:06:08,900 --> 00:06:14,094
sahen wir, dass git log —oneline

75
00:06:14,094 --> 00:06:18,540
uns ein kurzes Protokoll aller Commits zeigt.

76
00:06:18,540 --> 00:06:20,442
Wenn Sie einfach git log eingeben,

77
00:06:20,442 --> 00:06:25,658
wird es viel detailliertere Informationen über alle Commits anzeigen, aber

78
00:06:25,658 --> 00:06:30,652
das ist ausreichend, um Informationen zu erhalten, die wir benötigen.

79
00:06:33,013 --> 00:06:40,820
Kommen wir nun zurück zu unserem Editor hier in Visual Studio Code.

80
00:06:40,820 --> 00:06:45,379
Also werde ich weitere Änderungen an meiner Datei index.html hinzufügen, also werde ich hinzufügen,

81
00:06:54,307 --> 00:06:57,790
Also habe ich meine index.html Datei geändert.

82
00:06:57,790 --> 00:07:02,453
Lassen Sie mich nun einen anderen Ordner unter dem Git-Test-Ordner hinzufügen, also

83
00:07:02,453 --> 00:07:06,890
werde ich hier einen Unterordner namens Vorlagen erstellen.

84
00:07:06,890 --> 00:07:09,344
Und in diesem Vorlagenordner

85
00:07:09,344 --> 00:07:13,039
werde ich eine andere Datei namens test.html erstellen.

86
00:07:13,039 --> 00:07:17,798
Dies ist nur, um Ihnen zu zeigen, wie Git die gesamte

87
00:07:17,798 --> 00:07:21,120
Ordnerhierarchie in sein Repository übertragen kann.

88
00:07:21,120 --> 00:07:24,734
Also mit test.html jetzt da,

89
00:07:24,734 --> 00:07:29,321
werde ich nur alles von

90
00:07:29,321 --> 00:07:34,047
meiner index.html in meine test.html kopieren und

91
00:07:34,047 --> 00:07:41,422
die Änderungen speichern Gehen wir zurück zur Befehlszeile,

92
00:07:41,422 --> 00:07:46,187
lassen Sie uns jetzt den Status unseres Git-Projektarchivs und dieses Ordners überprüfen.

93
00:07:46,187 --> 00:07:51,079
Wenn Sie also git status eingeben, wird angezeigt, dass die Datei index.html, die wir

94
00:07:51,079 --> 00:07:55,971
bereits früher zum Projektarchiv hinzugefügt haben, jetzt geändert wurde,

95
00:07:55,971 --> 00:08:00,570
so dass es eine neuere Version der Datei index.html gibt.

96
00:08:00,570 --> 00:08:03,220
Außerdem zeigt es, dass sich

97
00:08:03,220 --> 00:08:05,530
in diesem Ordner einige nicht verfolgte Dateien befinden, die als Vorlagen bezeichnet werden.

98
00:08:06,620 --> 00:08:11,720
Fügen wir alle diese Änderungen unserem Repository hinzu, dem Staging-Bereich.

99
00:08:11,720 --> 00:08:16,350
Geben Sie also erneut git add. ein, und

100
00:08:16,350 --> 00:08:21,620
dann werden alle diese Dateien zum Staging-Bereich hinzugefügt.

101
00:08:21,620 --> 00:08:27,820
Auch wenn Sie den Status auschecken, sehen Sie jetzt, dass die Änderungen,

102
00:08:27,820 --> 00:08:32,850
die dem Stagingbereich hinzugefügt wurden, so dass alle diese Dateien dem Stagingbereich hinzugefügt wurden.

103
00:08:32,850 --> 00:08:37,735
Lassen Sie uns noch ein Commit machen, also würde ich sagen git commit -m,

104
00:08:41,526 --> 00:08:46,595
„Second commit“, und dann schauen wir uns das Protokoll an.

105
00:08:50,794 --> 00:08:54,179
Wenn Sie das Protokoll auschecken, werden Sie jetzt sehen, dass es

106
00:08:54,179 --> 00:08:58,930
zwei Commits in meinem Git-Repository gibt, das erste und das zweite Commit.

107
00:08:58,930 --> 00:09:02,826
Und beachten Sie, dass jeder von ihnen dort eine andere Nummer erhält.

108
00:09:02,826 --> 00:09:09,700
Wenn Sie die vollständigen Details des Protokolls sehen möchten, können Sie einfach, git log eingeben.

109
00:09:09,700 --> 00:09:12,510
Und dann werden Sie mehr Details sehen,

110
00:09:12,510 --> 00:09:15,095
als das, was Sie interessieren würden.

111
00:09:15,095 --> 00:09:19,115
Beachten Sie also, dass das einzeilige Commit

112
00:09:19,115 --> 00:09:24,405
nur die ersten Zeichen meiner Commit-Nummer gibt.

113
00:09:24,405 --> 00:09:26,674
Das reicht aus, damit wir operieren können.

114
00:09:29,000 --> 00:09:34,006
Lassen Sie mich jetzt wieder zu meinem Visual Studio gehen und fügen Sie

115
00:09:43,821 --> 00:09:45,890
eine weitere Zeile zu meiner Datei index.html hinzu.

116
00:09:47,140 --> 00:09:52,666
Jetzt wurde meine Datei index.html geändert, und speichern wir die Änderungen. Wenn

117
00:09:55,066 --> 00:09:57,813
Sie zurück zur Befehlszeile gehen,

118
00:09:57,813 --> 00:10:04,490
zeigt der git status an, dass die Datei index.html geändert wurde.

119
00:10:04,490 --> 00:10:08,640
Also lassen Sie uns dies zum Staging-Bereich hinzufügen und

120
00:10:08,640 --> 00:10:14,382
dann ein drittes Commit durchführen, also sagen wir git add. ,

121
00:10:14,382 --> 00:10:18,720
Git-Status.

122
00:10:18,720 --> 00:10:22,700
Jetzt sehen Sie, dass die geänderte Version index.html hinzugefügt wurde.

123
00:10:22,700 --> 00:10:27,305
Jetzt können wir git commit sagen,

124
00:10:31,164 --> 00:10:37,144
„Third commit“, Und tun git log —oneline,

125
00:10:37,144 --> 00:10:43,818
und Sie werden sehen, dass es drei Commits in unserem Repository gibt.

126
00:10:43,818 --> 00:10:47,625
Nun enthält unser Repository Snapshots von drei verschiedenen Punkten,

127
00:10:47,625 --> 00:10:51,234
am Ende des ersten Commits, am Ende des zweiten Commits und

128
00:10:51,234 --> 00:10:52,929
am Ende des dritten Commits.

129
00:10:52,929 --> 00:10:56,297
Jetzt können wir auch Änderungen

130
00:10:56,297 --> 00:11:01,417
zurücksetzen, wir können das Repository auf eine vorherige Version zurücksetzen.

131
00:11:01,417 --> 00:11:04,366
Wir können eine Datei aus einem älteren Commit herausziehen und

132
00:11:04,366 --> 00:11:09,180
dann die vorhandene Datei in unserem Verzeichnis aus dem älteren Commit ersetzen.

133
00:11:09,180 --> 00:11:13,604
Mal sehen, wie wir mit diesen Dingen arbeiten können, indem wir

134
00:11:13,604 --> 00:11:15,608
ein paar weitere Befehle lernen.

135
00:11:15,608 --> 00:11:21,759
In diesem Stadium befindet sich unsere Datei index.html im aktuellen Zustand,

136
00:11:21,759 --> 00:11:26,530
so dass Sie feststellen können, dass sie ein h1 und zwei p hat.

137
00:11:26,530 --> 00:11:29,365
Schauen wir uns nun den nächsten Git-Befehl an.

138
00:11:30,815 --> 00:11:36,185
Der nächste Git-Befehl, über den wir lernen werden, ist git checkout.

139
00:11:36,185 --> 00:11:40,300
Dieser Checkout-Befehl ermöglicht es uns, eine Datei

140
00:11:40,300 --> 00:11:44,040
aus einem früheren Commit in unserem Git-Repository auszuchecken.

141
00:11:44,040 --> 00:11:47,709
Also, wenn wir nicht wie die aktuelle Datei, die wir in unserem Ordner haben,

142
00:11:47,709 --> 00:11:50,907
und wir wollen zurück zu einer früheren Version der Datei.

143
00:11:50,907 --> 00:11:54,782
Wir können die Datei immer aus einem vorherigen Commit oder

144
00:11:54,782 --> 00:12:00,230
aus dem aktuellen Commit auschecken und dann weiter mit dieser Datei arbeiten.

145
00:12:00,230 --> 00:12:07,190
Also lasst uns dies nutzen und einige weitere Änderungen an unserem Git-Repository sehen. Wenn wir

146
00:12:09,350 --> 00:12:14,705
zurück zu unserer Befehlszeile gehen, erinnern wir uns, dass

147
00:12:14,705 --> 00:12:20,235
ich zwischen dem zweiten und dem dritten Commit Änderungen an meiner Datei index.html vorgenommen habe.

148
00:12:20,235 --> 00:12:25,477
Angenommen, ich möchte von meinem zweiten Commit zur Datei index.html zurückkehren.

149
00:12:25,477 --> 00:12:31,244
Also kann ich einfach sagen, git checkout 900cfcf,

150
00:12:31,244 --> 00:12:35,045
also ist das der Commit-Bezeichner,

151
00:12:35,045 --> 00:12:40,980
die Nummer, die dieses bestimmte Commit identifiziert.

152
00:12:40,980 --> 00:12:46,117
Und dann kann ich index.html sagen, und was Sie bemerken würden,

153
00:12:46,117 --> 00:12:53,190
ist, dass die gesamte Datei jetzt in mein aktuelles Arbeitsverzeichnis ausgecheckt wird. Wenn Sie

154
00:12:55,721 --> 00:12:57,901
zu meinem Visual Studio Code gehen, stellen

155
00:12:57,901 --> 00:13:03,340
Sie jetzt fest, dass meine Datei index.html auf die vorherige Version zurückgesetzt wurde.

156
00:13:03,340 --> 00:13:07,928
Also ist die Änderung, die ich vor dem dritten Commit vorgenommen habe, jetzt verschwunden.

157
00:13:07,928 --> 00:13:16,482
Also wurde meine Datei index.html am Ende des zweiten Commits in ihren Zustand wiederhergestellt.

158
00:13:18,607 --> 00:13:22,936
Wenn ich nun in der Befehlszeile git status tippe,

159
00:13:22,936 --> 00:13:26,711
bemerken Sie, dass diese Datei index.html,

160
00:13:26,711 --> 00:13:33,520
die auf das zurückgekehrt ist, was sie am Ende des zweiten Commits war.

161
00:13:33,520 --> 00:13:37,710
Es wurde jetzt bereits inszeniert, also

162
00:13:38,720 --> 00:13:43,670
wird die Verwendung dieses git checkout eine ältere Version der Datei herausziehen und dann ersetzen, was sich im aktuellen

163
00:13:43,670 --> 00:13:48,400
Verzeichnis befindet, und dann wird es auch in den Staging-Bereich einchecken.

164
00:13:48,400 --> 00:13:53,400
Also, wenn ich das tue und dann merke ich, dass das ist, was ich will,

165
00:13:53,400 --> 00:13:56,450
kann ich an diesem Punkt einfach ein anderes Commit machen.

166
00:13:56,450 --> 00:14:02,249
Und dann kann diese Datei als viertes Commit übergeben werden,

167
00:14:02,249 --> 00:14:05,200
aber nehme an, ich mag das nicht.

168
00:14:05,200 --> 00:14:10,553
Ich möchte am

169
00:14:10,553 --> 00:14:17,704
Ende des dritten Commits zur Datei index.html zurückkehren, dann kann ich nur git reset,

170
00:14:20,178 --> 00:14:24,866
HEAD und index.html sagen.

171
00:14:28,084 --> 00:14:32,404
Was an diesem Punkt passiert, ist, dass die index.html,

172
00:14:32,404 --> 00:14:37,264
die geänderte Version, die ich ausgecheckt habe, immer noch da ist, aber

173
00:14:37,264 --> 00:14:41,137
diese Datei wurde aus dem Stagingbereich nicht bereitgestellt.

174
00:14:43,376 --> 00:14:48,440
Wenn Sie zurückgehen und sich die index.html in Ihrem

175
00:14:50,991 --> 00:14:56,094
Editor ansehen, wird es immer noch den Status am Ende des zweiten Commits anzeigen,

176
00:14:56,094 --> 00:15:01,255
da wir diese Datei mit Checkout dafür herausgezogen hatten.

177
00:15:01,255 --> 00:15:06,900
Nun, wenn wir es wieder auf das zurücksetzen wollen, was es am Ende des dritten Commits war,

178
00:15:06,900 --> 00:15:09,470
dann machen wir noch einen Checkout aus dem dritten Commit.

179
00:15:10,540 --> 00:15:16,431
Gehen Sie in unser Befehlsfenster, geben Sie git status ein, und

180
00:15:16,431 --> 00:15:23,558
Sie würden feststellen, dass die index.html als modifiziert markiert ist.

181
00:15:23,558 --> 00:15:29,661
Aber es zeigt auch diese spezielle Anweisung hier, es heißt git checkout -,

182
00:15:29,661 --> 00:15:35,029
und der Dateiname, um die Änderungen im Arbeitsverzeichnis zu verwerfen. Auf

183
00:15:35,029 --> 00:15:38,334
diese Weise können Sie die Änderungen verwerfen, die

184
00:15:38,334 --> 00:15:43,095
an einer bestimmten Datei vorgenommen werden, die dem vorherigen Commit entspricht.

185
00:15:43,095 --> 00:15:46,565
Lassen Sie mich also diese index.html wieder auf das wiederherstellen, was es

186
00:15:46,565 --> 00:15:47,653
am Ende des dritten Commits war.

187
00:15:47,653 --> 00:15:54,315
Also, um das zu tun, werde ich einfach git checkout -

188
00:15:54,315 --> 00:15:58,712
index.html sagen, und wenn ich

189
00:16:01,503 --> 00:16:05,815
es tue, zeigt es, dass mein Verzeichnis sauber ist, und im Grunde

190
00:16:05,815 --> 00:16:10,520
wurde mein Verzeichnis in den Zustand des Endes des dritten Kommentars wiederhergestellt. Wenn ich

191
00:16:12,370 --> 00:16:16,909
zu der Datei in meinem Visual Studio-Code gehe, sehe ich, dass die Datei

192
00:16:16,909 --> 00:16:20,767
wieder auf das wiederhergestellt wurde, was sie am Ende des dritten Commits war.

193
00:16:20,767 --> 00:16:25,251
Wenn Sie also nach einem Commit Änderungen an einer Datei vorgenommen haben und

194
00:16:25,251 --> 00:16:30,632
diese Änderungen einfach verwerfen möchten, können Sie die Datei einfach aus dem letzten Commit auschecken.

195
00:16:30,632 --> 00:16:35,338
Und dann werden alle Ihre Änderungen, die Sie nach dem letzten Commit vorgenommen haben, in

196
00:16:35,338 --> 00:16:36,144
diesem Teil verworfen..

197
00:16:36,144 --> 00:16:40,304
Dies sind also einige grundlegende Befehle, die sehr nützlich für

198
00:16:40,304 --> 00:16:42,958
Sie sind, wenn Sie durch die Kurse und

199
00:16:42,958 --> 00:16:48,821
die Spezialisierung gehen, weil Sie am Ende jeder Übung begehen möchten.

200
00:16:48,821 --> 00:16:51,617
Und wenn Sie fortfahren,

201
00:16:51,617 --> 00:16:56,744
hätten Sie

202
00:16:56,744 --> 00:17:01,790
am Ende der vorherigen Übung immer noch eine festgeschriebene Version des Ordnerstatus.

203
00:17:01,790 --> 00:17:06,249
Auf diese Weise, wenn Sie eine neue Übung durchführen und feststellen, dass Sie

204
00:17:06,249 --> 00:17:10,032
Fehler gemacht haben und zum vorherigen Commit zurückkehren möchten.

205
00:17:10,032 --> 00:17:14,832
Sie werden immer eine Möglichkeit haben, dies mit den Befehlen zu tun

206
00:17:14,832 --> 00:17:18,010
, die wir gerade gelernt haben.

207
00:17:18,010 --> 00:17:24,430
Mit diesem grundlegenden Verständnis dieser wenigen Git-Befehle

208
00:17:24,430 --> 00:17:29,427
wären wir in der Lage, mit dem Verständnis und der

209
00:17:29,427 --> 00:17:33,570
Verwendung von Git in den Kursen dieser Spezialisierung fortzufahren.

210
00:17:35,560 --> 00:17:41,434
Jetzt haben wir den Git-Reset für eine bestimmte Datei oder Git-Reset im Allgemeinen überprüft.

211
00:17:41,434 --> 00:17:47,970
Wenn Sie einfach get reset eingeben, werden Sie wieder zum letzten Commit zurückgesetzt.

212
00:17:47,970 --> 00:17:51,360
Es wird also den Stagingbereich auf das letzte Commit zurückgesetzt,

213
00:17:51,360 --> 00:17:55,270
ohne die Änderungen zu stören, die Sie an Ihrem Arbeitsverzeichnis vorgenommen haben.

214
00:17:55,270 --> 00:17:59,270
Wenn Sie also zurücksetzen, können Sie die vorherige

215
00:17:59,270 --> 00:18:02,140
Version der Datei auschecken, die Sie im vorherigen Commit festgeschrieben haben.

216
00:18:02,140 --> 00:18:05,940
Auf diese Weise können Sie Ihren Ordner wieder an der Stelle wiederherstellen,

217
00:18:07,440 --> 00:18:10,450
an der Sie sich am Ausgangspunkt des vorherigen Commits befanden.

218
00:18:10,450 --> 00:18:16,037
Also manchmal, wenn Sie durch eine Übung gehen und Sie erkennen, dass Sie Fehler gemacht haben,

219
00:18:16,037 --> 00:18:20,082
haben Sie immer eine Möglichkeit, zurück zu einer früheren Version.

220
00:18:20,082 --> 00:18:25,081
Mit diesen Befehlen denke ich, dass Sie alle bereit sind,

221
00:18:25,081 --> 00:18:28,651
Git in den Kursen dieser Spezialisierung zu verwenden.

222
00:18:30,865 --> 00:18:33,694
Also, am Ende dieser Übung, hast du es Git?

223
00:18:33,694 --> 00:18:37,459
( MUSIK)