1
00:00:00,000 --> 00:00:04,402
[MUSIC]

2
00:00:04,402 --> 00:00:08,751
Examinons maintenant quelques commandes Git de base qui

3
00:00:08,751 --> 00:00:10,660
nous sont très utiles dans cette spécialisation.

4
00:00:11,670 --> 00:00:15,299
Il y a beaucoup plus à Git que ce que nous couvrons dans cet exercice.

5
00:00:18,380 --> 00:00:23,779
Pour commencer, accédez à votre emplacement pratique sur votre ordinateur

6
00:00:23,779 --> 00:00:27,029
, puis créez un dossier nommé git-test.

7
00:00:30,340 --> 00:00:35,090
Ouvrez ensuite ce dossier dans votre éditeur favori.

8
00:00:37,935 --> 00:00:42,875
Ici, j'ai le dossier GIT-TEST que nous venons de créer ouvert dans

9
00:00:42,875 --> 00:00:45,390
mon code Visual Studio.

10
00:00:45,390 --> 00:00:51,399
Permettez-moi d'ajouter un fichier à ce dossier nommé index.html,

11
00:00:51,399 --> 00:00:55,869
maintenant vous pouvez voir que j'ai ajouté du

12
00:00:55,869 --> 00:01:00,504
code HTML dans ce fichier index.html.

13
00:01:00,504 --> 00:01:02,580
Sauvegardons les modifications.

14
00:01:02,580 --> 00:01:05,240
Passons maintenant à notre ligne de commande,

15
00:01:06,740 --> 00:01:11,320
à la ligne de commande, allez dans le dossier git-test, et

16
00:01:11,320 --> 00:01:15,860
initialisons ce dossier pour être un dépôt git.

17
00:01:15,860 --> 00:01:19,800
Donc, pour le faire à la ligne de commande, tapez git init.

18
00:01:21,620 --> 00:01:26,020
Maintenant, ce dossier a été initialisé pour être un dépôt git.

19
00:01:27,120 --> 00:01:32,650
C' est donc notre première commande git que nous avons appris, git init.

20
00:01:32,650 --> 00:01:36,320
Cela initialise le dossier actuel en tant que référentiel

21
00:01:36,320 --> 00:01:42,380
git et quand il initialise le dossier, il marquera ce dossier comme maître.

22
00:01:42,380 --> 00:01:45,690
C' est la branche maîtresse de mon kit.

23
00:01:45,690 --> 00:01:48,210
Maintenant, ne nous inquiétons pas des branches et ainsi de suite,

24
00:01:48,210 --> 00:01:50,665
nous ne traiterons pas cela dans ce cours.

25
00:01:50,665 --> 00:01:56,240
Nous ne travaillerons qu'avec la branche maîtresse, dans cette spécialisation particulière.

26
00:01:56,240 --> 00:01:58,500
Donc, ce serait marqué comme un maître.

27
00:01:58,500 --> 00:02:02,060
Maintenant, c'est le point initial de notre dépôt.

28
00:02:03,770 --> 00:02:08,410
La prochaine commande que nous allons regarder est git status.

29
00:02:08,410 --> 00:02:10,510
Si vous tapez git status dans la ligne de commande,

30
00:02:10,510 --> 00:02:13,740
il vous indiquera l'état actuel du dossier.

31
00:02:13,740 --> 00:02:17,460
Alors faisons cela à la ligne de commande et voyons ce qu'il montre.

32
00:02:19,470 --> 00:02:23,395
Sur la ligne de commande, tapez git status et

33
00:02:23,395 --> 00:02:28,945
lisez les informations qui sont saisies dans la fenêtre de commande.

34
00:02:28,945 --> 00:02:34,390
Vous voyez qu'il est dit sur le maître de branche, donc c'est la branche maître que nous ajoutons.

35
00:02:34,390 --> 00:02:40,690
Et il est dit, fichiers non suivis, puis montre index.html en rouge.

36
00:02:40,690 --> 00:02:43,790
Sur votre ordinateur spécifique, il peut utiliser des couleurs différentes ou le

37
00:02:43,790 --> 00:02:49,040
représenter différemment ou c'est ce qu'il montre sur mon Mac.

38
00:02:49,040 --> 00:02:54,040
Donc maintenant, ce fichier index.html que nous venons de créer dans ce dossier n'

39
00:02:54,040 --> 00:02:58,100
est maintenant pas ajouté à notre dépôt git.

40
00:02:58,100 --> 00:03:01,680
Donc, continuons et ajoutons ce fichier au dépôt git.

41
00:03:01,680 --> 00:03:07,510
Donc, pour ce faire, nous disons, git add, et vous pouvez simplement dire dot, ce

42
00:03:07,510 --> 00:03:12,350
qui signifie que tous les fichiers dans le répertoire courant seront ajoutés à

43
00:03:12,350 --> 00:03:17,680
ce qui est appelé la zone de transit de mon dépôt git.

44
00:03:17,680 --> 00:03:21,740
Donc maintenant, si je tape à nouveau git status,

45
00:03:21,740 --> 00:03:27,780
vous verrez que le fichier index.html est marqué en vert.

46
00:03:27,780 --> 00:03:34,202
Et il dit, les changements à valider là-bas, puis montre le nom du fichier, puis cela

47
00:03:34,202 --> 00:03:40,161
signifie que ce fichier est maintenant prêt à être validé dans mon dépôt git.

48
00:03:41,647 --> 00:03:46,100
Donc, la commande suivante que nous avons vu était git add.

49
00:03:46,100 --> 00:03:51,190
En utilisant git add, vous pouvez ajouter un fichier ou des dossiers à cette zone de transit.

50
00:03:51,190 --> 00:03:57,250
Donc, une fois que vous l'avez ajouté à la zone de transit, vous pouvez valider cet instantané

51
00:03:57,250 --> 00:04:03,100
de l'état de notre dossier dans notre dépôt git.

52
00:04:03,100 --> 00:04:06,460
Cela signifie donc que lorsque vous ferez le commit git,

53
00:04:08,130 --> 00:04:12,610
ce que cette commande fera est de valider

54
00:04:12,610 --> 00:04:17,250
l'état actuel de nos dossiers dans nos dépôts git.

55
00:04:17,250 --> 00:04:20,380
Donc, tous les fichiers tels qu'ils existent actuellement,

56
00:04:20,380 --> 00:04:24,720
une fois qu'ils ont été mis en scène en utilisant git add, alors ils seront validés dans notre

57
00:04:24,720 --> 00:04:29,510
dépôt git lorsque nous exécuterons le dossier de commande git.

58
00:04:29,510 --> 00:04:34,650
Donc, à ce stade, lorsque nous exécutons la commande git, alors notre

59
00:04:34,650 --> 00:04:40,750
état initial sera maintenant changé pour le premier commit dans le dépôt git.

60
00:04:40,750 --> 00:04:42,650
Alors allons-y et faisons-le.

61
00:04:45,470 --> 00:04:51,950
De retour à l'invite de commande, tapez git commit.

62
00:04:51,950 --> 00:04:54,888
Et puis nous pouvons même ajouter un message à notre commit.

63
00:04:54,888 --> 00:05:00,010
Donc, je vais dire git commit -m « first

64
00:05:00,010 --> 00:05:04,160
commit » parce que c'est notre commit dans notre dépôt git.

65
00:05:04,160 --> 00:05:10,630
Donc, quand je fais cela, il est dit, ok, 1 fichier a été ajouté au dépôt git et

66
00:05:10,630 --> 00:05:15,300
d'autres informations seront tapées dans la fenêtre de commande.

67
00:05:15,300 --> 00:05:20,790
Donc, vérifions maintenant à nouveau, git status et

68
00:05:20,790 --> 00:05:26,220
maintenant vous voyez qu'il ne dit rien à commettre, le répertoire de travail est propre.

69
00:05:26,220 --> 00:05:31,230
Donc, cela signifie que l'état actuel de mon répertoire de travail ou de mon

70
00:05:31,230 --> 00:05:36,390
dossier de travail a été validé dans le dépôt git, donc

71
00:05:36,390 --> 00:05:39,330
un snapshot a été validé dans mon dépôt git.

72
00:05:39,330 --> 00:05:47,200
Maintenant, je peux taper la commande suivante appelée git log —oneline,

73
00:05:47,200 --> 00:05:53,020
et voir qu'elle montre un nombre là, un nombre à huit chiffres,

74
00:05:53,020 --> 00:05:57,850
et ensuite il montre aussi le message que nous avons mis dans notre commit disant premier commit.

75
00:05:57,850 --> 00:06:03,340
C' est donc le journal de tous les commits qui ont été mis dans mon dépôt git.

76
00:06:05,120 --> 00:06:08,900
Donc, en revenant à notre prochaine commande git,

77
00:06:08,900 --> 00:06:14,094
nous avons vu que git log —oneline

78
00:06:14,094 --> 00:06:18,540
nous montrera un bref journal de tous les commits.

79
00:06:18,540 --> 00:06:20,080
Si vous tapez simplement git log

80
00:06:21,200 --> 00:06:26,220
affiche des informations beaucoup plus détaillées sur tous les commits.

81
00:06:26,220 --> 00:06:31,344
Mais cela suffit pour obtenir les informations dont nous avons besoin.

82
00:06:33,350 --> 00:06:40,248
Revenons maintenant à notre éditeur ici, dans Visual Studio Code,

83
00:06:40,248 --> 00:06:46,141
donc je vais ajouter plus de modifications à mon fichier index.html.

84
00:06:54,501 --> 00:06:57,790
J' ai changé mon fichier index.html.

85
00:06:57,790 --> 00:07:02,450
Maintenant, laissez-moi ajouter un autre dossier sous le dossier git test, donc

86
00:07:02,450 --> 00:07:07,990
je vais créer un sous-dossier ici nommé templates, et à l'intérieur de ce

87
00:07:07,990 --> 00:07:13,450
dossier templates, je vais créer un autre nom de fichier, test.html.

88
00:07:13,450 --> 00:07:16,230
Ceci est juste pour vous montrer comment git

89
00:07:16,230 --> 00:07:21,120
peut valider toute la hiérarchie de dossiers dans son référentiel.

90
00:07:21,120 --> 00:07:26,002
Donc, avec test.html maintenant là, je

91
00:07:26,002 --> 00:07:31,173
vais juste copier tout de mon index.html

92
00:07:31,173 --> 00:07:36,499
dans ma test.html, et enregistrer les changements.

93
00:07:39,447 --> 00:07:41,484
En revenant à la ligne de commande,

94
00:07:41,484 --> 00:07:46,480
vérifions maintenant l'état de notre dépôt git et de ce dossier.

95
00:07:46,480 --> 00:07:51,740
Donc, tapez dans git status, montre que

96
00:07:51,740 --> 00:07:56,020
le fichier html d'état d'index que nous avons déjà remis plus tôt au dépôt

97
00:07:56,020 --> 00:08:00,570
a maintenant été modifié, donc il y a une version plus récente du fichier index.html.

98
00:08:00,570 --> 00:08:03,220
En outre, il montre qu'il y a des

99
00:08:03,220 --> 00:08:05,530
fichiers non suivis dans ce dossier appelé templates.

100
00:08:06,620 --> 00:08:11,794
Ajoutons tous ces changements à

101
00:08:11,794 --> 00:08:16,114
la zone de transit, donc encore une fois, tapez git add.

102
00:08:16,114 --> 00:08:21,620
Et puis tous ces fichiers seront ajoutés à la zone de transit.

103
00:08:21,620 --> 00:08:23,940
Encore une fois, vérifier l'état.

104
00:08:23,940 --> 00:08:29,490
Vous voyez maintenant que les modifications qui ont été ajoutées à la zone de transit.

105
00:08:29,490 --> 00:08:32,850
Tous ces fichiers ont donc été ajoutés à la zone de transit.

106
00:08:32,850 --> 00:08:36,850
Faisons un commit de plus, donc

107
00:08:36,850 --> 00:08:42,930
je dirais git commit -m, second commit et

108
00:08:42,930 --> 00:08:47,096
ensuite regardons le journal.

109
00:08:50,874 --> 00:08:55,246
Si vous consultez le journal, vous verrez maintenant qu'il y a deux commits

110
00:08:55,246 --> 00:08:58,930
dans mon dépôt git, le premier et le second commit.

111
00:08:58,930 --> 00:09:03,040
Et notez que chacun d'entre eux reçoit un nombre différent là-bas.

112
00:09:03,040 --> 00:09:07,130
Si vous voulez voir leurs détails complets du journal,

113
00:09:07,130 --> 00:09:12,510
vous pouvez taper simplement, git log et ensuite vous recevrez plus de détails là-dedans.

114
00:09:12,510 --> 00:09:15,132
Alors ce qui vous intéresserait.

115
00:09:15,132 --> 00:09:20,114
Donc, notez que le commit oneline ne donne que les

116
00:09:20,114 --> 00:09:24,405
premiers caractères de mon numéro de commit là-bas.

117
00:09:24,405 --> 00:09:27,028
C' est suffisant pour que nous puissions opérer.

118
00:09:29,245 --> 00:09:34,721
Laissez-moi maintenant revenir à mon Visual Studio, puis en ajouter un de plus.

119
00:09:43,885 --> 00:09:47,140
Une ligne de plus vers mon fichier index.html.

120
00:09:47,140 --> 00:09:49,800
Donc maintenant mon fichier index.html a été modifié.

121
00:09:51,660 --> 00:09:53,170
Et sauvegardons les changements.

122
00:09:55,310 --> 00:09:58,530
En revenant à la ligne de commande, faire git

123
00:09:59,870 --> 00:10:04,490
status montre que le fichier index.html a été modifié.

124
00:10:04,490 --> 00:10:10,650
Alors ajoutons ceci à la zone de transit, puis faisons un troisième commit.

125
00:10:10,650 --> 00:10:15,716
Donc, disons, git add. ,

126
00:10:15,716 --> 00:10:18,720
état git,

127
00:10:18,720 --> 00:10:22,700
maintenant vous voyez que le index.html la version modifiée a été ajouté.

128
00:10:22,700 --> 00:10:27,722
Maintenant, nous pouvons dire git commit.

129
00:10:31,231 --> 00:10:36,825
« third commit » et faites git log —oneline,

130
00:10:36,825 --> 00:10:43,810
et vous voyez qu'il y a trois commits dans notre dépôt.

131
00:10:43,810 --> 00:10:48,220
Donc maintenant notre dépôt contient des instantanés de trois points différents,

132
00:10:48,220 --> 00:10:51,370
à la fin du premier commit, à la fin du second commit, et

133
00:10:51,370 --> 00:10:53,250
à la fin du troisième commit.

134
00:10:53,250 --> 00:10:56,930
Maintenant, nous pouvons également annuler les modifications,

135
00:10:56,930 --> 00:11:01,590
nous pouvons rétablir le dépôt à une version précédente.

136
00:11:01,590 --> 00:11:04,780
Nous pouvons extraire un fichier d'un ancien commit,

137
00:11:04,780 --> 00:11:09,180
puis remplacer le répertoire existant de l'ancien commit.

138
00:11:09,180 --> 00:11:12,370
Alors, voyons comment nous pouvons opérer avec ces choses

139
00:11:12,370 --> 00:11:14,120
en apprenant quelques commandes supplémentaires.

140
00:11:15,820 --> 00:11:21,450
À ce stade, notre fichier index.html est dans l'état actuel.

141
00:11:21,450 --> 00:11:24,795
Donc, vous pouvez remarquer qu'il a un h1 et deux ps.

142
00:11:26,530 --> 00:11:29,365
Regardons maintenant la prochaine commande git.

143
00:11:30,815 --> 00:11:36,185
La prochaine commande git que nous allons apprendre est git checkout.

144
00:11:36,185 --> 00:11:40,300
Donc, cette commande de paiement nous permet de récupérer un fichier

145
00:11:40,300 --> 00:11:44,040
d'un commit précédent dans notre dépôt git.

146
00:11:44,040 --> 00:11:48,050
Donc, si nous n'aimons pas le fichier actuel que nous avons dans notre dossier et que

147
00:11:48,050 --> 00:11:51,160
nous voulons revenir à votre version précédente du fichier,

148
00:11:51,160 --> 00:11:55,090
nous pouvons toujours extraire le fichier à partir d'un commit précédent ou

149
00:11:55,090 --> 00:12:00,230
du commit actuel, puis continuer à travailler avec ce fichier.

150
00:12:00,230 --> 00:12:07,431
Donc, utilisons-nous cela et voyons d'autres changements dans notre dépôt git.

151
00:12:09,228 --> 00:12:15,366
Pour revenir à notre ligne de commande, nous nous souvenons que, entre le deuxième et

152
00:12:15,366 --> 00:12:20,235
le troisième commit, j'ai apporté des modifications à mon fichier index.html.

153
00:12:20,235 --> 00:12:25,735
Supposons que je veux revenir au fichier index.html à partir de mon deuxième commit.

154
00:12:25,735 --> 00:12:29,885
Donc, je peux simplement dire,

155
00:12:29,885 --> 00:12:34,039
git checkout 900cfcf.

156
00:12:34,039 --> 00:12:41,035
Donc, c'est commit identifier le numéro qui identifie le commit particulier,

157
00:12:41,035 --> 00:12:46,971
puis je peux dire index.html, et ce que vous remarqueriez, c'est

158
00:12:46,971 --> 00:12:53,662
que, cet ancien fichier sera maintenant récupéré dans mon répertoire de travail actuel.

159
00:12:55,845 --> 00:12:58,018
Aller à mon code Visual Studio,

160
00:12:58,018 --> 00:13:03,811
vous remarquerez maintenant que mon fichier index.html est revenu au travail précédent donc,

161
00:13:03,811 --> 00:13:08,580
le changement que j'ai fait avant le troisième commit est maintenant parti.

162
00:13:08,580 --> 00:13:16,690
Donc, mon fichier index.html a été restauré à son état à la fin du deuxième commit.

163
00:13:18,920 --> 00:13:23,042
Maintenant, à la ligne de commande, si j'essaie git status,

164
00:13:23,042 --> 00:13:28,403
vous remarquerez que ce fichier index.html qui a été retourné

165
00:13:28,403 --> 00:13:35,470
à ce qu'il était à la fin du deuxième commit, il a déjà été mis en scène.

166
00:13:35,470 --> 00:13:40,930
Donc, en utilisant cette extraction git, nous allons extraire une ancienne version du fichier,

167
00:13:40,930 --> 00:13:44,390
puis remplacer ce qui est dans le répertoire courant,

168
00:13:44,390 --> 00:13:47,670
puis il va également le vérifier dans la zone de transit.

169
00:13:48,970 --> 00:13:53,400
Donc maintenant, si je fais cela et que je me rends compte que c'est ce que je veux,

170
00:13:53,400 --> 00:13:56,450
je peux simplement faire un autre commit à ce stade.

171
00:13:56,450 --> 00:14:02,445
Et puis ce fichier peut être validé comme le quatrième commit.

172
00:14:02,445 --> 00:14:07,812
Mais supposons que je n'aime pas cela, je veux doubler

173
00:14:07,812 --> 00:14:12,641
pour revenir au fichier index.html à la fin

174
00:14:12,641 --> 00:14:18,291
du troisième commit alors tout ce que je peux faire est de dire git reset,

175
00:14:20,339 --> 00:14:25,698
HEAD et index.html.

176
00:14:28,236 --> 00:14:33,356
Donc, à ce stade, ce qui se passe est que le index.html,

177
00:14:33,356 --> 00:14:38,796
la version modifiée que j'avais récupérée est toujours là mais

178
00:14:38,796 --> 00:14:43,397
ce fichier n'a pas été mis en scène à partir de la zone de transit.

179
00:14:43,397 --> 00:14:49,803
Si vous revenez en arrière et regardez le index.html dans votre éditeur,

180
00:14:49,803 --> 00:14:56,680
il affichera toujours l'état à la fin du deuxième commit.

181
00:14:56,680 --> 00:15:01,250
Parce que nous avions retiré le fichier en utilisant la commande pour ça.

182
00:15:01,250 --> 00:15:06,900
Maintenant, si vous voulez revenir à ce qu'il était à la fin du troisième commit,

183
00:15:06,900 --> 00:15:11,956
alors nous faisons un checkout de plus à partir du troisième commit allant à notre

184
00:15:11,956 --> 00:15:18,900
fenêtre de commande, tapez git status et

185
00:15:18,900 --> 00:15:23,920
vous remarquerez que le index.html est marqué comme modifié.

186
00:15:23,920 --> 00:15:28,870
Mais il montre aussi cette déclaration particulière ici.

187
00:15:28,870 --> 00:15:32,270
Il dit git checkout — et

188
00:15:32,270 --> 00:15:35,310
le nom du fichier, pour ignorer les modifications dans les répertoires de travail.

189
00:15:35,310 --> 00:15:39,270
C' est donc une façon que vous pouvez ignorer les modifications que vous avez apportées à un

190
00:15:39,270 --> 00:15:43,095
fichier particulier correspondant au commentaire précédent.

191
00:15:43,095 --> 00:15:46,875
Donc, laissez-moi juste restaurer ce index.html à ce qu'il était à la fin

192
00:15:46,875 --> 00:15:48,205
du troisième commit.

193
00:15:48,205 --> 00:15:52,455
Donc, pour ce faire, je pourrais simplement dire git, checkout,

194
00:15:52,455 --> 00:15:58,540
— index.html et ensuite,

195
00:15:58,540 --> 00:16:05,480
si je fais git status, cela montre que mon répertoire est propre.

196
00:16:05,480 --> 00:16:08,130
Et fondamentalement mon répertoire a été restauré à

197
00:16:08,130 --> 00:16:10,520
l'état à la fin du troisième commit.

198
00:16:12,370 --> 00:16:17,580
Aller au fichier dans mon Virtual Studio Code, je vois que

199
00:16:17,580 --> 00:16:21,060
leur fichier a été restauré à ce qu'il était à la fin de la troisième casquette.

200
00:16:21,060 --> 00:16:24,740
Donc, c'est une façon que vous pouvez, si vous avez apporté des modifications à votre

201
00:16:24,740 --> 00:16:27,740
fichier après le commit et que

202
00:16:27,740 --> 00:16:31,810
vous voulez simplement ignorer ces modifications, vous pouvez simplement récupérer le fichier du dernier commit, puis toutes les

203
00:16:31,810 --> 00:16:36,220
modifications que vous avez faites après le dernier commit seront supprimées sur place.

204
00:16:36,220 --> 00:16:40,960
Ce sont donc quelques commandes de base qui sont très utiles pour

205
00:16:40,960 --> 00:16:44,510
vous lorsque vous passez par les cours de cette spécialisation

206
00:16:44,510 --> 00:16:49,160
parce que vous voudrez peut-être vous engager à la fin de chaque exercice.

207
00:16:49,160 --> 00:16:56,220
Et à mesure que vous avancez, vous auriez toujours une vision guidée de

208
00:16:56,220 --> 00:17:01,790
l'état de votre dossier à la fin de l'exercice précédent.

209
00:17:01,790 --> 00:17:06,180
Ainsi, si vous effectuez un nouvel exercice et que vous avez découvert que vous avez

210
00:17:06,180 --> 00:17:10,320
fait des erreurs et que vous voulez revenir à la validation précédente,

211
00:17:10,320 --> 00:17:18,000
vous avez toujours un moyen de le faire en utilisant les commandes que nous venons de laisser.

212
00:17:18,000 --> 00:17:24,430
Donc, avec cette compréhension de base de ces quelques commandes git,

213
00:17:24,430 --> 00:17:29,260
vous pourrez aller de l'avant avec la compréhension et

214
00:17:29,260 --> 00:17:33,570
l'utilisation de git dans les cours de cette spécialisation.

215
00:17:35,560 --> 00:17:41,685
Donc maintenant, nous avons examiné la réinitialisation git pour un fichier spécifique ou git reset en général.

216
00:17:41,685 --> 00:17:47,970
Si vous tapez simplement git reset, il vous restaurera au dernier commit.

217
00:17:47,970 --> 00:17:50,680
Ainsi, il réinitialisera la zone de transit à la dernière validation,

218
00:17:50,680 --> 00:17:55,270
sans perturber les modifications que vous avez faites à votre répertoire de travail.

219
00:17:55,270 --> 00:17:58,390
Donc, une fois que vous réinitialisez, vous pouvez

220
00:17:58,390 --> 00:18:02,140
récupérer la version précédente du fichier que vous avez validé dans le commit précédent.

221
00:18:02,140 --> 00:18:07,380
Donc, cette semaine, vous pouvez restaurer votre dossier à l'endroit où vous étiez

222
00:18:07,380 --> 00:18:10,450
au point de départ de la validation précédente.

223
00:18:10,450 --> 00:18:15,300
Parfois, quand vous faites un exercice et que vous réalisez que vous avez manqué un signal.

224
00:18:15,300 --> 00:18:20,174
Avoir toujours un moyen de revenir à une version précédente.

225
00:18:20,174 --> 00:18:25,027
Donc, avec ces commandes, je pense que vous êtes tous prêt à aller de l'avant pour

226
00:18:25,027 --> 00:18:28,849
utiliser git dans les cours de cette spécialisation.

227
00:18:31,070 --> 00:18:34,395
Donc, à la fin de cet exercice, tu l'as fait ?

228
00:18:34,395 --> 00:18:37,459
[ MUSIQUE]