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

2
00:00:04,425 --> 00:00:09,324
Examinons maintenant quelques commandes Git de base qui

3
00:00:09,324 --> 00:00:11,474
nous sont très utiles dans cette spécialisation.

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

5
00:00:18,130 --> 00:00:23,231
Pour commencer, accédez à l'emplacement qui vous convient sur votre ordinateur,

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

7
00:00:30,140 --> 00:00:34,408
Ouvrez ensuite ce dossier dans votre éditeur favori.

8
00:00:37,895 --> 00:00:42,585
Ici, j'ai le dossier git-test que nous venons de créer

9
00:00:42,585 --> 00:00:45,390
ouvert dans mon code Visual Studio.

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

11
00:00:54,122 --> 00:01:00,430
Maintenant, vous pouvez voir que j'ai ajouté du code HTML dans ce fichier index.html.

12
00:01:00,430 --> 00:01:06,507
Sauvegardons les changements, maintenant passons à notre ligne de commande.

13
00:01:06,507 --> 00:01:10,903
Sur la ligne de commande, allez dans le dossier git-test, et

14
00:01:10,903 --> 00:01:15,860
initialisons ce dossier pour être un référentiel Git.

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

16
00:01:21,620 --> 00:01:27,710
Maintenant, ce dossier a été initialisé pour être un dépôt Git, donc

17
00:01:27,710 --> 00:01:32,650
c'est notre première commande Git que nous avons appris, git init.

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

19
00:01:36,320 --> 00:01:42,380
lorsqu'il initialise le dossier, il marquera ce dossier comme maître.

20
00:01:42,380 --> 00:01:47,770
C' est la branche principale pour mon Git, maintenant ne nous inquiétons pas des branches et

21
00:01:47,770 --> 00:01:51,000
ainsi de suite, nous ne traiterons pas cela dans ce cours.

22
00:01:51,000 --> 00:01:55,738
Nous ne travaillerons qu'avec la branche maître dans cette spécialisation particulière,

23
00:01:55,738 --> 00:01:58,500
donc cela serait marqué comme le maître.

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

25
00:02:03,770 --> 00:02:08,410
la prochaine commande que nous allons examiner est git status.

26
00:02:08,410 --> 00:02:12,600
Si vous tapez git status dans la ligne de commande, il vous indiquera l'état actuel

27
00:02:12,600 --> 00:02:17,460
du dossier, alors faisons-le sur la ligne de commande et voyons ce qu'il montre.

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

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

30
00:02:28,945 --> 00:02:33,943
Vous voyez qu'il dit, Sur le maître de branche, donc c'est la branche maître sur laquelle nous sommes,

31
00:02:33,943 --> 00:02:40,690
et il dit, les fichiers non suivis, puis montre index.html en rouge.

32
00:02:40,690 --> 00:02:44,458
Sur votre ordinateur spécifique, il peut utiliser des couleurs différentes ou le

33
00:02:44,458 --> 00:02:49,040
représenter différemment, mais c'est ce qu'il montre sur mon Mac.

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

35
00:02:54,040 --> 00:02:58,140
est maintenant pas ajouté à notre dépôt Git.

36
00:02:58,140 --> 00:03:01,335
Alors, continuons et ajoutons ce fichier au dépôt Git.

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

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

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

40
00:03:17,680 --> 00:03:22,880
Donc maintenant, si je tape à nouveau, git status, vous verrez

41
00:03:22,880 --> 00:03:27,910
que le fichier index.html est marqué en vert, et

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

43
00:03:35,130 --> 00:03:35,672
Et puis,

44
00:03:35,672 --> 00:03:39,601
cela signifie que ce fichier est maintenant prêt à être validé dans mon dépôt Git.

45
00:03:41,438 --> 00:03:46,856
Donc, la commande suivante que nous avons vu était git add, en utilisant git add,

46
00:03:46,856 --> 00:03:51,190
vous pouvez ajouter un fichier ou des dossiers à la zone de transit.

47
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é

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

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

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

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

52
00:04:17,200 --> 00:04:21,780
Donc, tous les fichiers, tels qu'ils existent actuellement, une fois qu'ils ont été mis

53
00:04:21,780 --> 00:04:25,560
en scène en utilisant git add, alors ils seront validés via un dépôt Git,

54
00:04:25,560 --> 00:04:29,510
puis nous exécutons le dossier de commande git.

55
00:04:29,510 --> 00:04:33,580
Donc, à ce stade, lorsque nous exécutons la commande git,

56
00:04:33,580 --> 00:04:38,373
alors notre état initial sera maintenant changé pour le premier commit

57
00:04:38,373 --> 00:04:42,369
dans le dépôt Git, alors continuons-y et faisons-le.

58
00:04:45,208 --> 00:04:50,261
De retour à l'invite de commande, tapez git commit,

59
00:04:50,261 --> 00:04:54,880
et puis nous pouvons même ajouter un message à notre commit.

60
00:04:54,880 --> 00:04:59,275
Donc, je vais dire git commit -m « first commit »,

61
00:04:59,275 --> 00:05:03,879
parce que c'est notre premier commit dans notre dépôt Git.

62
00:05:03,879 --> 00:05:10,106
Donc, quand je fais cela, il est dit, ok, un fichier a été ajouté au dépôt Git et

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

64
00:05:15,300 --> 00:05:20,440
Donc, vérifions maintenant, encore une fois, l'état git,

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

66
00:05:26,220 --> 00:05:31,230
Donc, ce que cela signifie, c'est que l'état actuel de mon répertoire de

67
00:05:31,230 --> 00:05:35,860
travail ou de mon dossier de travail a été validé dans le dépôt Git.

68
00:05:35,860 --> 00:05:41,050
Donc, un snapshot a été validé dans mon dépôt Git, maintenant je peux taper la

69
00:05:41,050 --> 00:05:47,200
commande suivante, appelée git log —oneline.

70
00:05:47,200 --> 00:05:52,156
Et voyez qu'il montre un nombre là, un nombre à huit chiffres là, et

71
00:05:52,156 --> 00:05:57,545
il montre également le message que nous avons mis dans notre commit disant « premier commit ».

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

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

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

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

76
00:06:18,540 --> 00:06:20,442
Si vous tapez simplement git log,

77
00:06:20,442 --> 00:06:25,658
il affichera beaucoup plus d'informations sur tous les commits, mais

78
00:06:25,658 --> 00:06:30,652
cela suffit pour obtenir les informations dont nous avons besoin.

79
00:06:33,013 --> 00:06:40,820
Revenons maintenant à notre éditeur ici dans Visual Studio Code.

80
00:06:40,820 --> 00:06:45,379
Donc, je vais ajouter plus de changements à mon fichier index.html, donc je vais ajouter,

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

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

83
00:07:02,453 --> 00:07:06,890
je vais créer un sous-dossier ici nommé templates.

84
00:07:06,890 --> 00:07:09,344
Et à l'intérieur de ce dossier de modèles,

85
00:07:09,344 --> 00:07:13,039
je vais créer un autre fichier nommé test.html.

86
00:07:13,039 --> 00:07:17,798
Ceci est juste pour vous montrer comment Git peut valider toute la

87
00:07:17,798 --> 00:07:21,120
hiérarchie de dossiers dans son référentiel.

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

89
00:07:24,734 --> 00:07:29,321
je vais juste copier tout de

90
00:07:29,321 --> 00:07:34,047
mon index.html dans ma test.html, et

91
00:07:34,047 --> 00:07:41,422
enregistrer les modifications Revenant à la ligne de commande,

92
00:07:41,422 --> 00:07:46,187
vérifions maintenant l'état de notre dépôt Git et ce dossier.

93
00:07:46,187 --> 00:07:51,079
Donc, en tapant git status montre que le fichier index.html que nous avons

94
00:07:51,079 --> 00:07:55,971
déjà ajouté précédemment au dépôt a maintenant été modifié,

95
00:07:55,971 --> 00:08:00,570
donc il existe une version plus récente du fichier index.html.

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

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

98
00:08:06,620 --> 00:08:11,720
Ajoutons toutes ces modifications à notre référentiel, à la zone de transit.

99
00:08:11,720 --> 00:08:16,350
Encore une fois, tapez git add.,

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

101
00:08:21,620 --> 00:08:27,820
Encore une fois, en retirant l'état, vous voyez maintenant que les modifications qui ont été

102
00:08:27,820 --> 00:08:32,850
ajoutées à la zone de transit, de sorte que tous ces fichiers ont été ajoutés à la zone de transit.

103
00:08:32,850 --> 00:08:37,735
Faisons un commit de plus, donc je dirais git commit -m,

104
00:08:41,526 --> 00:08:46,595
« Second commit », puis, regardons le journal.

105
00:08:50,794 --> 00:08:54,179
Si vous consultez le journal, vous verrez maintenant qu'il

106
00:08:54,179 --> 00:08:58,930
y a deux commits dans mon dépôt Git, le premier et le second commit.

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

108
00:09:02,826 --> 00:09:09,700
Si vous voulez voir tous les détails du journal, vous pouvez taper simplement, git log.

109
00:09:09,700 --> 00:09:12,510
Et puis vous verrez plus de détails là-dedans

110
00:09:12,510 --> 00:09:15,095
que ce qui vous intéresse.

111
00:09:15,095 --> 00:09:19,115
Notez donc que le commit d'une ligne

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

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

114
00:09:29,000 --> 00:09:34,006
Laissez-moi maintenant revenir à mon Visual Studio, et ajouter une autre,

115
00:09:43,821 --> 00:09:45,890
Une ligne de plus à mon fichier index.html.

116
00:09:47,140 --> 00:09:52,666
Donc maintenant mon fichier index.html a été modifié, et sauvegardons les changements.

117
00:09:55,066 --> 00:09:57,813
Pour revenir à la ligne de commande,

118
00:09:57,813 --> 00:10:04,490
faire git status montre que le fichier index.html a été modifié.

119
00:10:04,490 --> 00:10:08,640
Donc, ajoutons ceci à la zone de transit,

120
00:10:08,640 --> 00:10:14,382
puis faisons un troisième commit, donc disons git add. ,

121
00:10:14,382 --> 00:10:18,720
état git.

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

123
00:10:22,700 --> 00:10:27,305
Maintenant, nous pouvons dire git commit,

124
00:10:31,164 --> 00:10:37,144
« Third commit », Et faire git log —oneline,

125
00:10:37,144 --> 00:10:43,818
et vous verrez qu'il y a trois commits dans notre dépôt.

126
00:10:43,818 --> 00:10:47,625
Donc maintenant notre dépôt contient des instantanés de trois points différents,

127
00:10:47,625 --> 00:10:51,234
à la fin du premier commit, à la fin du second commit, et

128
00:10:51,234 --> 00:10:52,929
à la fin du troisième commit.

129
00:10:52,929 --> 00:10:56,297
Maintenant, nous pouvons également annuler les modifications,

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

131
00:11:01,417 --> 00:11:04,366
Nous pouvons extraire un fichier d'un commit plus ancien

132
00:11:04,366 --> 00:11:09,180
, puis remplacer le fichier existant dans notre répertoire à partir de l'ancien commit.

133
00:11:09,180 --> 00:11:13,604
Voyons donc comment nous pouvons opérer avec ces choses en apprenant

134
00:11:13,604 --> 00:11:15,608
quelques commandes supplémentaires.

135
00:11:15,608 --> 00:11:21,759
A ce stade, notre fichier index.html est dans l'état actuel,

136
00:11:21,759 --> 00:11:26,530
donc vous pouvez remarquer qu'il a un h1 et deux p.

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

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

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

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

141
00:11:44,040 --> 00:11:47,709
Donc, si nous n'aimons pas le fichier actuel que nous avons dans notre dossier,

142
00:11:47,709 --> 00:11:50,907
et nous voulons revenir à une version précédente du fichier.

143
00:11:50,907 --> 00:11:54,782
Nous pouvons toujours extraire le fichier d'un commit précédent ou

144
00:11:54,782 --> 00:12:00,230
du commit actuel, puis continuer à travailler avec ce fichier.

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

146
00:12:09,350 --> 00:12:14,705
Pour revenir à notre ligne de commande, nous nous souvenons que,

147
00:12:14,705 --> 00:12:20,235
entre le deuxième et le troisième commit, j'ai apporté des modifications à mon fichier index.html.

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

149
00:12:25,477 --> 00:12:31,244
Donc, alors je peux simplement dire, git checkout 900cfcf,

150
00:12:31,244 --> 00:12:35,045
donc c'est l'identifiant de commit,

151
00:12:35,045 --> 00:12:40,980
le numéro qui identifie ce commit particulier.

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

153
00:12:46,117 --> 00:12:53,190
est que tout le fichier sera maintenant récupéré dans mon répertoire de travail actuel.

154
00:12:55,721 --> 00:12:57,901
Aller à mon code Visual Studio,

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

156
00:13:03,340 --> 00:13:07,928
Donc, le changement que j'ai fait avant le troisième commit est maintenant parti.

157
00:13:07,928 --> 00:13:16,482
Donc, mon fichier index.html a été restauré à son état à la fin du deuxième commit.

158
00:13:18,607 --> 00:13:22,936
Maintenant, à la ligne de commande, si je tape git status,

159
00:13:22,936 --> 00:13:26,711
vous remarquez que ce fichier index.html,

160
00:13:26,711 --> 00:13:33,520
qui est revenu à ce qu'il était à la fin du deuxième commit.

161
00:13:33,520 --> 00:13:37,710
Il a déjà été mis en scène, donc en utilisant cette extraction git

162
00:13:38,720 --> 00:13:43,670
retirera une ancienne version du fichier, puis remplacera ce qui se trouve dans le

163
00:13:43,670 --> 00:13:48,400
répertoire courant, puis il le vérifiera également dans la zone de transit.

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

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

166
00:13:56,450 --> 00:14:02,249
Et puis ce fichier peut être commis comme le quatrième commit,

167
00:14:02,249 --> 00:14:05,200
mais supposons que je n'aime pas ça.

168
00:14:05,200 --> 00:14:10,553
Je veux revenir au fichier index.html à la

169
00:14:10,553 --> 00:14:17,704
fin du troisième commit, alors tout ce que je peux faire est de dire git reset,

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

171
00:14:28,084 --> 00:14:32,404
Donc, à ce stade, ce qui se passe est que le index.html,

172
00:14:32,404 --> 00:14:37,264
la version modifiée que j'ai récupérée est toujours là, mais

173
00:14:37,264 --> 00:14:41,137
ce fichier n'a pas été mis en scène à partir de la zone de transit.

174
00:14:43,376 --> 00:14:48,440
Si vous revenez en arrière et regardez le index.html dans votre,

175
00:14:50,991 --> 00:14:56,094
Editeur, il affichera toujours l'état à la fin du deuxième commit

176
00:14:56,094 --> 00:15:01,255
parce que nous avions retiré ce fichier en utilisant la récupération pour cela.

177
00:15:01,255 --> 00:15:06,900
Maintenant, si nous voulons le rétablir à ce qu'il était à la fin du troisième commit,

178
00:15:06,900 --> 00:15:09,470
alors nous faisons un checkout de plus à partir du troisième commit.

179
00:15:10,540 --> 00:15:16,431
Aller à notre fenêtre de commande, tapez git status, et

180
00:15:16,431 --> 00:15:23,558
vous remarquerez que le index.html est marqué comme modifié.

181
00:15:23,558 --> 00:15:29,661
Mais il montre aussi cette instruction particulière ici, il dit git checkout —,

182
00:15:29,661 --> 00:15:35,029
et le nom du fichier, pour ignorer les modifications dans le répertoire de travail.

183
00:15:35,029 --> 00:15:38,334
C' est donc une façon que vous pouvez ignorer

184
00:15:38,334 --> 00:15:43,095
les modifications apportées à un fichier particulier correspondant à la validation précédente.

185
00:15:43,095 --> 00:15:46,565
Donc, laissez-moi restaurer ce index.html à ce qu'il était

186
00:15:46,565 --> 00:15:47,653
à la fin du troisième commit.

187
00:15:47,653 --> 00:15:54,315
Donc, pour ce faire, je dirai simplement git checkout -

188
00:15:54,315 --> 00:15:58,712
index.html, et si je le fais,

189
00:16:01,503 --> 00:16:05,815
état Git, cela montre que mon répertoire est propre, et fondamentalement mon

190
00:16:05,815 --> 00:16:10,520
répertoire a été restauré à l'état de la fin du troisième commentaire.

191
00:16:12,370 --> 00:16:16,909
Aller au fichier dans mon code Visual Studio, je vois que le fichier a été

192
00:16:16,909 --> 00:16:20,767
restauré à ce qu'il était à la fin du troisième commit.

193
00:16:20,767 --> 00:16:25,251
Donc, si vous avez apporté des modifications à un fichier après un commit et que vous voulez simplement

194
00:16:25,251 --> 00:16:30,632
ignorer ces modifications, vous pouvez simplement extraire le fichier de la dernière validation.

195
00:16:30,632 --> 00:16:35,338
Et puis toutes vos modifications que vous avez faites après le dernier commit seront rejetées à

196
00:16:35,338 --> 00:16:36,144
cette partie..

197
00:16:36,144 --> 00:16:40,304
Ce sont donc quelques commandes de base qui sont très utiles pour

198
00:16:40,304 --> 00:16:42,958
vous lorsque vous passez par les cours et

199
00:16:42,958 --> 00:16:48,821
la spécialisation parce que vous pouvez vouloir vous engager à la fin de chaque exercice.

200
00:16:48,821 --> 00:16:51,617
Et au fur et à mesure que

201
00:16:51,617 --> 00:16:56,744
vous continuez, vous disposeriez toujours d'une version validée

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

203
00:17:01,790 --> 00:17:06,249
Ainsi, si vous effectuez un nouvel exercice et que vous découvrez que vous avez

204
00:17:06,249 --> 00:17:10,032
fait des erreurs et que vous voulez revenir au commit précédent.

205
00:17:10,032 --> 00:17:14,832
Vous aurez toujours une façon de le faire en utilisant les commandes

206
00:17:14,832 --> 00:17:18,010
que nous venons d'apprendre.

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

208
00:17:24,430 --> 00:17:29,427
nous pourrions aller de l'avant avec la compréhension et

209
00:17:29,427 --> 00:17:33,570
l'utilisation de Git dans les cours de cette spécialisation.

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

211
00:17:41,434 --> 00:17:47,970
Si vous tapez simplement get reset, il vous restaurera à la dernière validation.

212
00:17:47,970 --> 00:17:51,360
Ainsi, il réinitialisera la zone de transit à la dernière validation

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

214
00:17:55,270 --> 00:17:59,270
Donc, une fois que vous réinitialisez, vous pouvez extraire la

215
00:17:59,270 --> 00:18:02,140
version précédente du fichier que vous avez validé dans le commit précédent.

216
00:18:02,140 --> 00:18:05,940
Ainsi, vous pouvez restaurer votre dossier là où vous étiez

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

218
00:18:10,450 --> 00:18:16,037
Parfois, quand vous faites un exercice et que vous réalisez que vous avez commis une erreur,

219
00:18:16,037 --> 00:18:20,082
vous avez toujours un moyen de revenir à une version précédente.

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

221
00:18:25,081 --> 00:18:28,651
Git dans les cours de cette spécialisation.

222
00:18:30,865 --> 00:18:33,694
Donc, à la fin de cet exercice, tu l'as fait ?

223
00:18:33,694 --> 00:18:37,459
[ MUSIQUE]