```dockerfile
@@ -170,7 +177,7 @@ CMD ["-g", "daemon", "off;"]
- Vous pouvez aussi utiliser un script qui servira à faire les initialisations
ou les configurations nécessaire au bon fonctionnement du conteneur
(rappelez-vous, il doit être éphémère !). Par exemple, le `Dockerfile` pour
- l'image de PostgreSQL possède cet entrypoint :
+ l'image de PostgreSQL possède cet entrypoint :
```bash
@@ -195,22 +202,22 @@ exec "$@"
### `[""]`, `'` et sans `[]`
Les instructions `ENTRYPOINT`{.dockerfile} et `CMD`{.dockerfile} peuvent
-prendre deux formes :
+prendre deux formes :
-- `["cmd", "arg1", "arg2"]` : ici, un simple `execve` sera effectué avec ces
+- `["cmd", "arg1", "arg2"]` : ici, un simple `execve` sera effectué avec ces
arguments. Si d'éventuels variables se trouve dans les arguments, elles ne
seront pas remplacées.
-- `cmd arg1 arg2` : ici l'exécution se fera au sein d'un `sh -c`, donc les
+- `cmd arg1 arg2` : ici l'exécution se fera au sein d'un `sh -c`, donc les
variables seront remplacés et étendues.
Les commandes sous forme de tableau étant parsées par un parser JSON, vous ne
-pouvez pas utiliser les simple quotes.
+pouvez pas utiliser les *simples quotes*.
### Volumes
L'instruction `VOLUME`{.dockerfile} doit être utilisée pour exposer tous les
-espaces de stockage de données, configuration,\ ...
+espaces de stockage de données, configuration, ...
### Réduisez les privilèges
@@ -218,7 +225,7 @@ espaces de stockage de données, configuration,\ ...
Utilisez l'instruction `USER`{.dockerfile} dès que vous le pouvez, lorsqu'un
service ne réclame pas de privilège particulier.
-Il vous faudra sans doute créer l'utilisateur et son groupe dans le Dockerfile.
+Il vous faudra sans doute créer l'utilisateur et son groupe dans le `Dockerfile`.
### Profitez du système de liaison et de résolution de nom
diff --git a/tutorial/dockerfiles/interactive.md b/tutorial/dockerfiles/interactive.md
index 867879f..55feb1a 100644
--- a/tutorial/dockerfiles/interactive.md
+++ b/tutorial/dockerfiles/interactive.md
@@ -27,16 +27,23 @@ jour. De manière générale, il n'est pas recommandé de faire de mises à
jour automatiques et systématiques des éléments présents dans l'image,
à l'exception des mises à jour de sécurité[^SECURITY_UPDATE]. En effet, une mise à jour
qui apporte des changements peut altérer le comportement du conteneur,
-en fonction de la date à laquelle on le construit.
+en fonction de la date à laquelle on le construit. Car on ne sait pas d'avance
+quelles versions de nos dépendances on va récupérer.
[^SECURITY_UPDATE]: Voir cet article :
Si vous souhaitez disposez d'une nouvelle version de l'image, il est
plutôt recommandé de contacter le mainteneur de l'image pour qu'il la
-mette à jour, en utilisant un nouveau tag s'il le juge nécessaire.
+mette à jour, en utilisant un nouveau tag s'il le juge nécessaire. Si
+cette solution n'est pas envisageable, alors il vaut mieux créer votre
+propre image, à partir de l'image de base : vous serez alors vous-même
+responsable de la bonne continuité de construction des images issues
+de votre image, sans que cela soit hasardeux au moment de la
+construction.\
-Installons maintenant un programme :
+La liste des paquets récupérés, installons maintenant un programme : notre
+première image pourrait contenir notre éditeur de texte favori :
```bash
@@ -45,10 +52,10 @@ apt-get install nano
Lorsque l'installation de `nano` est terminée, quittons l'image en tapant
-`exit`.
+`exit`.\
-Sauvegardons nos modifications en tant que nouvelle image Docker, avec
-la commande `commit` :
+Nous allons sauvegarder nos modifications en tant que nouvelle image Docker,
+avec la commande `commit` :
```bash
@@ -100,4 +107,7 @@ docker container run -it my_nano /bin/bash
```
-Contenant notre éditeur de texte favori.
+contenant notre éditeur de texte favori.\
+
+On ne va pas réaliser ce script ni l'étoffer, car il existe justement un
+mécanisme de construction d'image : le `Dockerfile`.
diff --git a/tutorial/dockerfiles/others.md b/tutorial/dockerfiles/others.md
index 3be316d..69d25e8 100644
--- a/tutorial/dockerfiles/others.md
+++ b/tutorial/dockerfiles/others.md
@@ -102,6 +102,22 @@ notamment :
`Dockerfile`, et autres scripts de CI et de tests.
+#### `docker/dockerfile:1.3`\
+
+La version habituelle de la syntaxe des `Dockerfile` est la version 1.1. En
+utilisant BuildKit, nous pouvons dès à présent passer à la version 1.2 (stable)
+ou 1.3 (expérimentale).
+
+Les ajouts par rapport à la syntaxe usuelle sont répertoriés sur cette page :\
+
.
+
+
+### Exercice {-}
+
+Faites en sorte que le `Dockerfile` que vous avez créé pour `youp0m` indique un
+*frontend* BuildKit à utiliser, tout en restant compatible avec la syntaxe du
+`docker build` classique.
+
### Des images sans Docker
@@ -113,10 +129,3 @@ aussi capable de générer des images Docker. Citons notamment :
- [Nix et Guix](https://nix.dev/tutorials/building-and-running-docker-images)
- [Kubler](https://github.com/edannenberg/kubler)
- et bien d'autres.
-
-
-### Exercice {-}
-
-Faites en sorte que le `Dockerfile` que vous avez créé pour `youp0m` indique un
-`frontend` BuildKit à utiliser, tout en restant compatible avec la syntaxe du
-`docker build` classique.