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

2
00:00:04,408 --> 00:00:08,754
Examinons maintenant quelques commandes Git de base qui sont très utiles pour

3
00:00:08,754 --> 00:00:10,660
nous dans cette spécialisation.

4
00:00:11,670 --> 00:00:15,760
Il y a beaucoup plus à obtenir que ce que nous abordons dans cet exercice.

5
00:00:18,167 --> 00:00:23,407
Pour commencer, allez à un emplacement pratique sur votre ordinateur et

6
00:00:23,407 --> 00:00:26,745
puis créez un dossier nommé git-test.

7
00:00:30,340 --> 00:00:34,600
Ensuite, ouvrez ce dossier dans votre éditeur préféré.

8
00:00:38,190 --> 00:00:43,170
Ici, j'ai le dossier git-test que nous venons de créer

9
00:00:43,170 --> 00:00:45,390
ouvert dans mon code Visual Studio.

10
00:00:45,390 --> 00:00:49,257
Permettez-moi d'ajouter un fichier à ce dossier

11
00:00:49,257 --> 00:00:54,148
nommé index.html.

12
00:00:54,148 --> 00:00:59,990
Maintenant, vous pouvez voir que j'ai ajouté du code HTML dans cet index vers HTML5.

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

14
00:01:02,580 --> 00:01:05,240
Maintenant, passons à notre ligne de commande.

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

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

17
00:01:15,860 --> 00:01:19,800
Donc, pour ce 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,170 --> 00:01:32,650
C'est notre première commande git que nous avons apprise, git init.

20
00:01:32,650 --> 00:01:36,320
Ceci intialise le dossier courant comme un dépôt git et

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

22
00:01:42,380 --> 00:01:45,690
Ceci est la branche maître pour mon git.

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:51,000
Nous ne nous occuperons pas de cela dans ce cours.

25
00:01:51,000 --> 00:01:56,240
Nous ne travaillerons qu'avec la branche principale dans cette spécialisation particulière.

26
00:01:56,240 --> 00:01:58,500
Donc cela 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
vous indiquera l'état actuel du dossier.

31
00:02:13,740 --> 00:02:17,460
Alors faisons-le à 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 suivies dans la fenêtre de commande.

34
00:02:28,945 --> 00:02:31,235
Vous voyez qu'il est dit sur le maître de branche.

35
00:02:31,235 --> 00:02:35,200
Donc, c'est la branche maître sur laquelle nous sommes sur et il est dit,

36
00:02:35,200 --> 00:02:40,690
fichiers non suivis, puis montre index.html en rouge.

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

38
00:02:43,790 --> 00:02:49,040
représente cela différemment, mais c'est ce qu'il montre sur mon Mac.

39
00:02:49,040 --> 00:02:53,775
Donc maintenant, ce fichier index.html que nous venons de créer dans ce dossier

40
00:02:53,775 --> 00:02:58,100
n'a pas été ajouté à notre dépôt git.

41
00:02:58,100 --> 00:03:01,680
Alors allons de l'avant et ajoutons ce fichier au dépôt git.

42
00:03:01,680 --> 00:03:06,740
Donc, pour ce faire, nous disons git add et vous pouvez simplement dire

43
00:03:06,740 --> 00:03:12,350
point ce qui signifie que tous les fichiers du répertoire courant seront ajoutés à

44
00:03:12,350 --> 00:03:17,680
ce qu'on appelle la zone de transit de mon dépôt git.

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

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

47
00:03:27,780 --> 00:03:35,130
Et il dit que les changements doivent être validés là, puis montre le nom du fichier.

48
00:03:35,130 --> 00:03:39,000
Et puis, cela signifie que ce fichier est prêt à être engagé dans mon dépôt

49
00:03:39,000 --> 00:03:39,830
git.

50
00:03:41,700 --> 00:03:46,100
Donc, la commande suivante que nous avons vue était git add,

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

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

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

54
00:04:03,100 --> 00:04:06,460
Donc, cela signifie que lorsque vous faites ce commit git.

55
00:04:08,130 --> 00:04:12,610
Ce que cette commande va faire est de valider l'état

56
00:04:12,610 --> 00:04:17,200
actuel de nos dossiers dans notre dépôt git.

57
00:04:17,200 --> 00:04:20,380
Donc, tous les fichiers, tels qu'ils existent en ce moment,

58
00:04:20,380 --> 00:04:24,570
une fois qu'ils ont été des étapes utilisant git add, alors ils seront engagés dans

59
00:04:24,570 --> 00:04:29,510
notre dépôt git lorsque nous exécutons le dossier de commande git.

60
00:04:29,510 --> 00:04:34,650
Donc sur ce point, quand nous exécutons la commande git, alors notre état

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

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

63
00:04:45,470 --> 00:04:49,460
Retour à l'invite de commande, tapez,

64
00:04:49,460 --> 00:04:54,880
git commit et puis nous pouvons ajouter un message à notre commit.

65
00:04:54,880 --> 00:05:00,520
Donc, je vais dire git commit -m first commit,

66
00:05:00,520 --> 00:05:04,160
parce que c'est notre premier commit dans notre dépôt git.

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

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

69
00:05:15,300 --> 00:05:20,440
Alors, vérifions à nouveau, git status.

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

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

72
00:05:31,230 --> 00:05:35,860
, a été validé dans le dépôt git.

73
00:05:35,860 --> 00:05:39,330
Donc, un snapshot a été validé dans mon dépôt git.

74
00:05:39,330 --> 00:05:46,851
Maintenant, je peux taper la commande suivante appelée git log —oneline.

75
00:05:46,851 --> 00:05:53,020
Et voyez qu'il montre un nombre là, un nombre à huit chiffres là.

76
00:05:53,020 --> 00:05:57,850
Et puis montre aussi le message que nous avons mis dans notre commit, disant premier commit.

77
00:05:57,850 --> 00:06:03,340
C'est donc le journal de tous les commits qui ont été mis dans mon référentiel de données.

78
00:06:05,120 --> 00:06:13,832
Alors, revenant à notre prochaine commande git, nous avons vu que git log —oneline nous verrons et

79
00:06:13,832 --> 00:06:18,540
il nous montre un bref journal de tous les commits.

80
00:06:18,540 --> 00:06:23,920
Si vous tapez simplement git log, il affiche beaucoup plus d'informations détaillées sur

81
00:06:23,920 --> 00:06:26,220
tous les commits.

82
00:06:26,220 --> 00:06:30,850
Mais cela suffit pour obtenir les informations dont nous avons besoin.

83
00:06:33,350 --> 00:06:40,820
Revenons maintenant à notre éditeur ici dans le code Visual Studio.

84
00:06:40,820 --> 00:06:44,940
Donc, je vais ajouter plus de changements à mon fichier index.html.

85
00:06:44,940 --> 00:06:45,945
Donc, je vais ajouter.

86
00:06:54,298 --> 00:06:57,790
J'ai donc changé mon fichier index.html.

87
00:06:57,790 --> 00:07:01,750
Maintenant, permettez-moi d'ajouter un autre dossier sous le dossier GIT-TEST.

88
00:07:01,750 --> 00:07:07,220
Donc, je vais créer un sous-dossier ici nommé templates, et

89
00:07:07,220 --> 00:07:13,450
à l'intérieur de ce dossier templates, je vais créer un autre fichier nommé test.html.

90
00:07:13,450 --> 00:07:17,180
Ceci est juste pour vous montrer comment git peut valider

91
00:07:17,180 --> 00:07:21,120
toute la hiérarchie de dossiers dans son dépôt.

92
00:07:21,120 --> 00:07:24,754
Donc, avec test.html maintenant là,

93
00:07:24,754 --> 00:07:31,185
, je vais juste copier tout de mon index.html

94
00:07:31,185 --> 00:07:36,374
dans mon test.html, et enregistrer les changements.

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

96
00:07:41,484 --> 00:07:45,943
examinons maintenant l'état de notre dépôt git et de ce dossier.

97
00:07:45,943 --> 00:07:52,880
Donc, taper git status montre que le fichier index.html

98
00:07:52,880 --> 00:07:57,370
que nous avons déjà ajouté au dépôt a été modifié.

99
00:07:57,370 --> 00:08:00,207
Donc, s'il y a une nouvelle version du fichier index.html index.

100
00:08:00,207 --> 00:08:04,011
Aussi, il montre qu'il y a des fichiers non suivis dans

101
00:08:04,011 --> 00:08:06,408
ce dossier appelé templates.

102
00:08:06,408 --> 00:08:11,530
Ajoutons toutes ces modifications à notre dépôt, à la zone de transit.

103
00:08:11,530 --> 00:08:16,640
Alors tapez encore git add dot et puis tous ces fichiers

104
00:08:16,640 --> 00:08:21,620
seront ajoutés à la zone de transit.

105
00:08:21,620 --> 00:08:23,940
Encore une fois, en vérifiant l'état,

106
00:08:23,940 --> 00:08:29,490
vous voyez maintenant que les changements que j'ai été ajouté à la zone de transit.

107
00:08:29,490 --> 00:08:32,850
Donc tous ces fichiers ont été ajoutés à la zone de transit.

108
00:08:32,850 --> 00:08:34,560
Faisons un commit de plus.

109
00:08:34,560 --> 00:08:38,381
Donc, je dirais git commit -m.

110
00:08:40,218 --> 00:08:47,234
Deuxième commit, puis examinons le journal.

111
00:08:50,828 --> 00:08:57,480
Si vous consultez le journal, vous voyez maintenant qu'il y a deux commits dans mon dépôt git.

112
00:08:57,480 --> 00:08:59,130
Le premier et le second commit et

113
00:08:59,130 --> 00:09:03,040
notent que chacun d'eux reçoit un numéro différent.

114
00:09:03,040 --> 00:09:09,830
Si vous voulez voir tous les détails du journal, vous pouvez taper simplement git log et

115
00:09:09,830 --> 00:09:15,095
, puis vous verrez plus de détails là-dedans puis ce qui vous intéresse.

116
00:09:15,095 --> 00:09:19,115
Notez donc que le commit oneline

117
00:09:19,115 --> 00:09:24,405
ne donne que les premiers caractères de mon numéro de commit là-bas.

118
00:09:24,405 --> 00:09:26,395
C'est suffisant pour que nous puissions opérer avec.

119
00:09:29,245 --> 00:09:35,502
Permettez-moi maintenant de revenir à mon Visual Studio et d'en ajouter un de plus.

120
00:09:44,019 --> 00:09:45,890
Une ligne de plus à mon fichier index.html.

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

122
00:09:51,660 --> 00:09:53,123
Et sauvegardons les modifications.

123
00:09:55,099 --> 00:09:57,871
En revenant à la ligne de commande,

124
00:09:57,871 --> 00:10:04,304
go in git status montre que le fichier index.html a été modifié.

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

126
00:10:10,650 --> 00:10:18,720
Alors disons que git ajoute le statut git dot.

127
00:10:18,720 --> 00:10:22,487
Maintenant, vous voyez que l'index.html, la version modifiée a été ajoutée.

128
00:10:22,487 --> 00:10:26,240
Maintenant, nous pouvons dire git commit.

129
00:10:31,176 --> 00:10:37,084
Troisième commit.

130
00:10:37,084 --> 00:10:43,810
Et git log oneline, et vous verrez qu'il y a trois commits dans notre dépôt.

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

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

133
00:10:51,468 --> 00:10:52,985
à la fin du troisième commit.

134
00:10:52,985 --> 00:10:56,842
Maintenant, nous pouvons également annuler les changements.

135
00:10:56,842 --> 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 sortir un fichier d'un commit plus ancien et

137
00:11:04,780 --> 00:11:09,180
puis onduler ce fichier existant dans notre directement à partir de l'ancien commit.

138
00:11:09,180 --> 00:11:14,120
Alors voyons comment nous pouvons opérer avec ces choses en apprenant quelques commandes supplémentaires.

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

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

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

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

143
00:11:36,185 --> 00:11:40,300
Donc, cette commande de checkout nous permet de retirer un fichier

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

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

146
00:11:48,050 --> 00:11:51,160
, nous allons revenir à une version précédente du fichier,

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

148
00:11:55,090 --> 00:12:00,230
de la validation actuelle et continuer à travailler avec ce fichier.

149
00:12:00,230 --> 00:12:07,136
Alors faisons usage de ceci et voyons quelques changements de dossier dans notre dépôt git.

150
00:12:09,137 --> 00:12:15,346
En revenant à notre ligne de commande, nous nous souvenons qu'entre le second et

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

152
00:12:20,235 --> 00:12:25,526
Supposons que je veuille revenir au fichier index.html de mon second commit.

153
00:12:25,526 --> 00:12:33,951
Alors je peux simplement dire git checkout 900cfcf.

154
00:12:33,951 --> 00:12:40,980
Donc c'est l'identifiant de validation, le numéro qui identifie ce commentaire particulier.

155
00:12:40,980 --> 00:12:46,170
Et puis je peux dire, index.html et ce que vous remarqueriez

156
00:12:46,170 --> 00:12:53,430
est que l'ancien fichier sera maintenant archivé dans mon répertoire de travail actuel.

157
00:12:55,919 --> 00:12:58,043
En allant à mon code Visual Studio,

158
00:12:58,043 --> 00:13:03,340
vous remarquez maintenant que mon fichier index.html est revenu à la version précédente.

159
00:13:03,340 --> 00:13:07,936
Donc, le changement qui a été fait avant le troisième commit est maintenant parti.

160
00:13:07,936 --> 00:13:13,123
Donc, mon fichier index.html a été restauré à

161
00:13:13,123 --> 00:13:18,750
c'est un état à la fin du deuxième commentaire.

162
00:13:18,750 --> 00:13:24,863
Maintenant à la ligne de commande si je tape git status.

163
00:13:24,863 --> 00:13:29,140
Vous remarquerez comme ce fichier index.html.

164
00:13:29,140 --> 00:13:33,520
Qui est revenu à ce qu'il était à la fin du second commit.

165
00:13:33,520 --> 00:13:37,710
Il a déjà été mis en scène, donc en utilisant le checkout de git

166
00:13:38,720 --> 00:13:42,930
, nous allons sortir une ancienne version du fichier, puis remplacer ce que

167
00:13:42,930 --> 00:13:47,670
est dans le répertoire courant et ensuite il le vérifiera également dans la zone de transit.

168
00:13:48,970 --> 00:13:53,960
Donc maintenant, si je fais cela et puis je réalise que c'est ce que je veux, je peux simplement

169
00:13:53,960 --> 00:13:56,450
faire un autre commit à ce stade.

170
00:13:56,450 --> 00:14:01,090
Et puis ce fichier peut être commenté comme le quatrième commit.

171
00:14:02,710 --> 00:14:08,035
Mais supposons que je n'aime pas ça, je veux revenir à ce fichier index.html

172
00:14:08,035 --> 00:14:13,700
à la fin du troisième commit.

173
00:14:13,700 --> 00:14:21,788
Alors tout ce que je peux faire est de dire git reset HEAD et

174
00:14:21,788 --> 00:14:27,404
index.html.

175
00:14:27,404 --> 00:14:31,821
Donc, à ce stade, ce qui se passe est que l'index.html,

176
00:14:31,821 --> 00:14:36,780
la version modifiée que je vérifie est toujours là.

177
00:14:36,780 --> 00:14:41,275
Mais ce fichier a été démonté de la zone de transit.

178
00:14:43,650 --> 00:14:49,269
Si vous revenez et regardez l'index.html dans votre éditeur,

179
00:14:49,269 --> 00:14:54,887
il montrera toujours la scène à la fin du second commit

180
00:14:54,887 --> 00:15:01,250
parce que nous avions retiré ce fichier en utilisant check out pour cela.

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

182
00:15:06,072 --> 00:15:09,490
alors nous faisons un autre check out à partir du troisième commit.

183
00:15:10,540 --> 00:15:18,900
En allant à notre fenêtre de commande, type git status et

184
00:15:18,900 --> 00:15:24,580
, vous remarquerez que l'index.html est marqué comme modifié, mais

185
00:15:24,580 --> 00:15:31,040
il montre aussi cette déclaration particulière ici, il dit git checkout —

186
00:15:31,040 --> 00:15:35,270
et le lien de fichier pour ignorer les changements dans le répertoire de travail.

187
00:15:35,270 --> 00:15:38,150
C'est donc une façon de supprimer les modifications que vous

188
00:15:38,150 --> 00:15:43,095
n'avez pas besoin d'un fichier particulier correspondant au commit précédent.

189
00:15:43,095 --> 00:15:45,595
Alors laissez-moi restaurer ce index.html

190
00:15:45,595 --> 00:15:48,205
à ce qu'il était à la fin du troisième commit.

191
00:15:48,205 --> 00:15:53,104
Donc, pour ce faire, je vais simplement dire git

192
00:15:53,104 --> 00:15:57,647
checkout — index.html.

193
00:15:57,647 --> 00:16:04,278
Et puis, si je fais git status, cela montre que mon répertoire est propre et, fondamentalement

194
00:16:04,278 --> 00:16:10,520
, mon répertoire a été restauré à l'état de la fin du troisième commit.

195
00:16:12,370 --> 00:16:17,580
En allant au fichier dans mon code Visual Studio, je vois que

196
00:16:17,580 --> 00:16:21,060
le fichier a été restauré à ce qu'il était à la fin du troisième commit.

197
00:16:21,060 --> 00:16:25,840
Donc c'est une façon que vous pouvez, si vous avez apporté des modifications à un fichier après la validation et

198
00:16:25,840 --> 00:16:28,700
vous voulez simplement supprimer ces modifications, vous pouvez simplement extraire

199
00:16:28,700 --> 00:16:30,880
le fichier du dernier commit.

200
00:16:30,880 --> 00:16:34,530
Et puis toutes les modifications que vous avez faites après le dernier commit

201
00:16:34,530 --> 00:16:36,220
seront supprimées sur place.

202
00:16:36,220 --> 00:16:40,960
Donc ce sont quelques commandes de base qui sont très utiles pour

203
00:16:40,960 --> 00:16:44,510
vous alors que vous allez aux cours de cette spécialisation,

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

205
00:16:49,160 --> 00:16:56,220
Et au fur et à mesure que vous continuez, vous auriez toujours une version validée de

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

207
00:17:01,790 --> 00:17:06,920
Ainsi, si vous sortez un nouvel exercice et que vous avez découvert que vous

208
00:17:06,920 --> 00:17:11,803
aviez fait des erreurs et que vous voulez revenir à la précédente commit, vous

209
00:17:11,803 --> 00:17:18,010
avez toujours une façon de le faire en utilisant les commandes que nous venons d'apprendre.

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

211
00:17:24,430 --> 00:17:29,260
nous pourrons aller de l'avant avec la compréhension et

212
00:17:29,260 --> 00:17:33,570
en utilisant git dans le cours de cette spécialisation.

213
00:17:35,560 --> 00:17:41,260
Donc maintenant, nous avons examiné le git reset pour un fichier spécifique ou git reset

214
00:17:41,260 --> 00:17:47,970
en général si vous tapez simplement git reset, il vous restera au dernier commit.

215
00:17:47,970 --> 00:17:51,360
Donc, il réinitialiserait la zone de transit au dernier commit

216
00:17:51,360 --> 00:17:55,270
sans perturber les modifications que vous avez apportées à votre répertoire de travail.

217
00:17:55,270 --> 00:17:58,390
Donc, une fois que vous avez réinitialisé, vous pouvez récupérer

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

219
00:18:02,140 --> 00:18:07,380
Ainsi, vous pouvez restaurer votre dossier à l'endroit où vous étiez à

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

221
00:18:10,450 --> 00:18:15,010
Donc, parfois quand vous allez faire un exercice et que vous réalisez que vous avez fait une erreur

222
00:18:15,010 --> 00:18:20,360
, vous avez toujours un moyen de revenir à une version précédente.

223
00:18:20,360 --> 00:18:25,665
Donc avec ces commandes, je pense que vous êtes tous prêts à utiliser git dans

224
00:18:25,665 --> 00:18:31,111
les cours de cette spécialisation Donc

225
00:18:31,111 --> 00:18:34,276
à la fin de cet exercice, avez-vous Git ?

226
00:18:34,276 --> 00:18:37,459
[MUSIQUE]