01
Ouvrir les étapes
L’exemple sépare compilation et exécution. Les indices commencent à zéro. Cliquez sur une étape pour atteindre FROM, puis dépliez une instruction pour consulter son texte et son rôle.
Docker / Conteneurs
Validateur Dockerfile
Retrouvez une instruction à partir d’un diagnostic et comparez le formatage avant de modifier la source.
Validateur Dockerfile
Source Dockerfile
Résultat
Traitement en mémoire dans ce navigateur, sans requête de build ni de registre.
Résultat périmé. Vérifiez à nouveau avant de l’exporter.
Validateur Dockerfile est un espace de relecture pour les fichiers où les étapes de compilation et d’exécution deviennent difficiles à distinguer. La source reste visible pendant l’examen des résultats.
Vous pouvez formater un Dockerfile et examiner sa syntaxe sans lancer de build. Ce linter Dockerfile présente les builds multi-étapes à partir des déclarations FROM, sans en déduire une garantie de fonctionnement.
Pourquoi choisir ce Validateur Dockerfile
Retrouver la frontière entre étapes
Validateur Dockerfile affiche chaque FROM dans l’ordre du fichier, avec son image et son nom éventuel. Un clic ramène à la déclaration, y compris pour une étape sans nom.
Accepter une modification visible
Le résultat formaté reste séparé de la source. Vérifiez le retrait des lignes continuées et le nombre de lignes modifiées avant d’appliquer. Le retour à l’état précédent restaure aussi le résultat et les diagnostics.
Garder le contrôle de la relecture
02
Choisir le moment du contrôle
La vérification automatique attend 350 ms après la dernière saisie. La désactiver annule les tâches en attente. En mode manuel, utilisez le bouton ou Ctrl/Cmd + Enter ; un résultat périmé ne peut pas être exporté.
03
Comparer les retraits
Les lignes continuées utilisent quatre espaces par défaut. Deux espaces et la tabulation sont également proposés. Toute nouvelle modification invalide l’aperçu avant qu’il puisse remplacer votre texte.
Des indications rattachées au fichier
Diagnostics localisés
Les erreurs et avertissements ont une ligne et une colonne. Les liens replacent le curseur à l’endroit concerné. La catégorie est en français, tandis que le détail dépliable conserve le message anglais original du moteur.
Rôle des instructions présentes
Consultez la différence entre une variable ARG et ENV, ou entre déclarer un port avec EXPOSE et le publier. Les commandes shell sont affichées telles quelles ; elles ne sont ni exécutées ni interprétées.
Préservation des heredocs
Les commentaires, la casse et l’ordre des instructions sont conservés. Un marqueur final de heredoc manquant produit une erreur. Une forme ressemblant à JSON mais différente d’un tableau de chaînes déclenche un avertissement sur l’intention.
Ce que le résultat ne garantit pas
- Ni build ni audit de sécurité
- Aucune instruction RUN n’est exécutée, aucun contexte de build n’est lu et aucune image n’est téléchargée. Le résultat ne confirme ni présence de fichiers, ni disponibilité d’image, ni absence de vulnérabilités.
- Un ensemble de règles limité
- Hadolint, ShellCheck et BuildKit effectuent d’autres contrôles. Les extensions de frontend peuvent dépasser les capacités du parseur. Les commentaires ignore sont respectés, avec un avertissement signalant la suppression de certains diagnostics.
- Pas de réécriture sémantique
- Le formatage ajuste les retraits des instructions et continuations ainsi que les lignes ne contenant que des espaces. Il ne fusionne pas RUN et ne trie pas les paquets. COPY --from peut désigner une image externe, pas seulement une étape.
- Un fichier à la fois
- La limite est de 131072 unités UTF-16 et 2000 lignes physiques. Au-delà, le traitement s’arrête sans tronquer le texte. Les listes affichent 50 éléments à la fois ; l’export contient tout le résultat courant avec des fins de ligne LF.
Validateur Dockerfile : questions fréquentes
Le formatage peut-il modifier le comportement du build ?
Le formatage vise les espaces, pas les commandes. Relisez l’aperçu et le nombre de lignes modifiées, notamment autour des continuations. L’application reste explicite et vous pouvez ensuite rétablir l’état précédent.
Le formatage effectue-t-il les mêmes contrôles que hadolint ?
Non. Hadolint possède son propre ensemble de règles, notamment pour les commandes shell. Le parseur JavaScript utilisé ici ne couvre pas tous ces cas ; le résultat doit compléter les contrôles du projet.
Peut-on vérifier le style dans la CI ?
Oui, avec un outil de formatage ou de lint dont la version et la configuration sont fixées dans votre pipeline. Cette page interactive ne lance pas votre CI et n’en génère pas la configuration.
Les Dockerfiles avec plusieurs étapes sont-ils pris en charge ?
Oui. Chaque FROM apparaît dans le plan avec sa position et son nom éventuel. Le formatage conserve l’ordre des étapes et les références COPY --from, sans chercher à optimiser ou fusionner les étapes.
Le contenu du Dockerfile est-il envoyé à un serveur ?
Le contenu est traité dans le navigateur, sans envoi à un service de formatage ou à un registre. La saisie ne reste pas après rechargement. Téléchargez le résultat si vous souhaitez le conserver.
Une autre question ?
Reprendre la relecture
Validateur Dockerfile vous aide à examiner une ligne ou une frontière d’étape avant d’exporter l’aperçu courant.
Validez ensuite le build réel dans votre propre environnement.