Vérifier les environnements
Placez la configuration attendue dans A et celle à contrôler dans B. Le mode clés seules facilite la vérification d’un fichier exemple.
Traitement dans le navigateur. Les saisies restent en mémoire, sans URL, télémétrie ni historique local.
Saisissez au moins une configuration. Un côté vide est accepté.
Diff ENV permet de chercher pourquoi une application démarre sur un poste et échoue sur un autre. Les affectations sont rapprochées par leur nom : une ligne déplacée ou un commentaire ajouté ne masque plus la variable qui manque au déploiement.
Le fichier de référence peut lui aussi être incomplet. Il indique ce que vous avez choisi de contrôler, pas les valeurs correctes pour la production. Une clé présente avec une chaîne vide peut encore empêcher l’application de démarrer.
Diff ENV peut vérifier uniquement les noms. Un jeton réel et une valeur d’exemple différente comptent alors comme une correspondance. Réactivez la comparaison des valeurs pour rechercher un changement inattendu de port ou d’adresse de service.
Les valeurs du résultat sont masquées par défaut, quelle que soit la manière dont leur clé est nommée. Copie et téléchargement suivent cette option. Les éditeurs d’entrée restent visibles : le masque ne couvre pas toute la page.
Placez .env.example dans A et la configuration réelle dans B. La rubrique « Absentes de B » désigne alors les variables documentées qui manquent à la cible. Inverser les entrées inverse le sens des ajouts et des absences.
Le mode clés seules ne compare aucun contenu commun. La liste d’exclusion retire complètement les noms indiqués des calculs. Ignorer PORT conserve PORT_EXTRA ; les majuscules et minuscules restent significatives.
Chaque modification rend le résultat périmé et bloque l’export. La comparaison automatique reprend après 350 ms. En mode manuel, Ctrl/Cmd + Enter relance le contrôle. Consultez les doublons avant d’enregistrer le rapport.
Diff ENV distingue les ajouts dans B, les variables manquantes et les valeurs modifiées. Les correspondances sont comptées sans recopier toute la configuration. Les noms sont présentés dans un ordre stable.
L’ordre des lignes, les commentaires et les lignes vides n’ajoutent pas d’écarts. TOKEN= et TOKEN="" représentent tous deux une clé définie avec une chaîne vide. L’absence du nom reste une situation distincte.
La vue ajoute les différences par lots de 100, mais le rapport téléchargé contient l’ensemble des résultats et les avertissements de doublon. Les noms à ignorer se séparent par des virgules ou des retours à la ligne.
Une clé propre à A est absente de B ; une clé propre à B est un ajout dans B. Pour contrôler une liste de variables attendues, utilisez le modèle en A et le mode clés seules. Un nom dont la valeur est vide reste présent.
Non : toutes les valeurs sont des chaînes. Les guillemets extérieurs sont retirés, donc PORT="3000" équivaut à PORT=3000. En revanche, 03000 diffère de 3000. Le contrôle ne remplace pas le validateur utilisé au démarrage de votre application.
Une ligne commentée ne définit plus de variable. Si A contient une affectation active et B seulement sa version commentée, la clé manque dans B, sauf si une autre ligne la définit. Le contenu des commentaires n’est pas comparé.
La saisie se fait par copier-coller. Ouvrez les configurations dans votre éditeur et collez le contenu dans les deux champs. Le comparateur ne lit pas de chemin local ni d’adresse distante saisis à leur place.
Deux configurations sont comparées à chaque exécution. Pour trois environnements, faites plusieurs paires : développement contre staging, puis staging contre production. Vérifiez le rôle de la référence avant d’interpréter chaque rapport.
Un problème avec la comparaison ?
Vérifiez le sens du contrôle et les exclusions, puis exportez les différences après leur mise à jour.