Dockerfile : linter et formater votre Dockerfile en ligne (Hadolint)
Détectez les anti-patterns Docker (root user, cache layers, tags `latest`) et formatez vos Dockerfiles avant la CI.
Pourquoi lint et formater un Dockerfile avant la CI ?
Un Dockerfile compile vos images couche par couche. Une instruction `USER root` oubliée, un tag `latest` ou des `RUN` en cascade gonflent l'image, ralentissent le cache BuildKit et font échouer Hadolint en pipeline — souvent trop tard. Formater et linter avant d'ouvrir la PR réduit le bruit CI et aligne l'équipe sur les mêmes conventions. Sur FastMinify, vous pouvez linter un Dockerfile en ligne (règles DL style Hadolint) et formater un Dockerfile en ligne — 100 % dans le navigateur. Le cluster complet est sur le hub d'outils DevOps, à côté de Terraform, Compose et `.env`.
Règles DL fréquentes et workflow avant PR
Quelques codes reviennent dans presque toutes les équipes. Les corriger tôt évite un wall of warnings Hadolint en CI.
Verrouillez Hadolint (version d'image ou binaire) et faites échouer la pipeline sur les niveaux d'équipe. Le navigateur reste un filtre rapide hors monorepo.
Lint vs format vs build
Format, lint et `docker build` se complètent. En revue, formatez, lintez, puis laissez la CI construire.
Objectif
Quand l'utiliser
Un enchaînement simple évite de corriger le style après le lint en boucle.
Quand l'outil navigateur suffit
Pas besoin de cloner le monorepo pour corriger trois instructions reçues sur Slack.
Limites : ce que le navigateur ne remplace pas
Dès que vous devez appliquer la config d'équipe (ignores, severity), scanner le shell dans RUN, ou construire multi-stage avec secrets BuildKit, le CLI et la CI restent obligatoires.
Un service arrive souvent avec Compose, `.env` et du HCL. Format/lint Dockerfile + validate Compose/env + format Terraform couvrent le parcours DevOps quotidien.
CLI et écosystème
Hadolint et dockerfile-utils restent le standard en entreprise. Les outils FastMinify sont un complément pour l'exploration et les one-shots.
Hadolint
Linter Dockerfile de référence avec règles DL et intégration CI.
Avantages :
Inconvénients :
dockerfile-utils / formatters
Normalisation de style (casse, espacement) côté éditeur ou CLI.
Avantages :
Inconvénients :
BuildKit / buildx
Moteur de build moderne : cache, multi-platform, secrets.
Avantages :
Inconvénients :
Anatomie d'un Dockerfile : instructions et couches
Un Dockerfile est une séquence d'instructions (`FROM`, `RUN`, `COPY`, `WORKDIR`, `USER`, `CMD`…). Chaque instruction qui mute le système de fichiers crée une couche. L'ordre compte pour le cache : les changements fréquents (code app) doivent arriver après les couches stables (dépendances OS). Pour le YAML voisin (`compose.yml`), validez la structure avant `docker compose up`.
Le linter FastMinify applique un <strong>sous-ensemble documenté</strong> de règles DL Hadolint (identifiants wiki). Il ne lance pas ShellCheck dans chaque `RUN`, ne construit pas l'image, et ne vérifie pas le registre distant. En CI, Hadolint CLI (ou l'action GitHub) reste la référence d'équipe.
Lint et format : deux intentions distinctes
Le linter remonte des issues avec code DL (ex. DL3007 pour `latest`, DL3002 pour utilisateur root final) et liens vers le wiki Hadolint. Idéal pour coller un Dockerfile et corriger avant la PR. Essayez le linter Dockerfile en ligne.
Le formateur normalise la casse des instructions et l'espacement pour des diffs stables — sans changer la sémantique du build. Utilisez le formateur Dockerfile en ligne avant de committer un fichier retouché à la main.
Le Dockerfile ne vit rarement seul. Validez aussi Docker Compose en ligne et les fichiers `.env` avant un deploy local.
Conclusion
Linter et formater un Dockerfile avant la CI évite des allers-retours inutiles sur les règles DL et le style. Utilisez le navigateur pour les snippets et le premier filtre Hadolint-style, puis Hadolint CLI et `docker build` pour la vérité pipeline. Enchaînez avec Compose, `.env` et Terraform sur le même hub DevOps.
Articles connexes
Formatez et validez votre code HCL/Terraform avant un `terraform plan`. Outils navigateur, bonnes pratiques IaC et pièges courants.
Optimisez votre site WordPress avec la minification JavaScript, CSS et HTML. Comparatif des plugins, configuration et astuces pour un WordPress ultra-rapide.
Apprenez à intégrer la minification JavaScript et CSS dans vos pipelines CI/CD. Exemples concrets avec GitHub Actions et GitLab CI pour un déploiement optimisé.