
Les équipes DevOps comparent leurs fichiers .env avant une livraison lorsque deux environnements ne se comportent plus de la même façon.
Repérez les clés manquantes, en trop et les valeurs divergentes. Vos données restent locales et le résultat se vérifie d’un coup d’œil avant réutilisation.
L exemple fourni place deux fichiers .env côte à côte : le premier décrit un environnement de production, le second un environnement de recette. Regardez quelles clés n apparaissent que d un côté et quelles valeurs changent pour la même clé, afin de repérer ce qui a été oublié lors de la copie.
Entrée
APP_ENV=production
DB_HOST=db.example.com
CACHE_TTL=300
--
APP_ENV=staging
DB_HOST=db.example.com
MAIL_FROM=team@example.comRésultat
Premier : 3 cle(s)
Second : 3 cle(s)
Absentes du second (1)
- CACHE_TTL
Absentes du premier (1)
+ MAIL_FROM
Valeurs differentes (1)
~ APP_ENV : production -> staging
Les valeurs dont le NOM evoque un secret sont masquees a l affichage. Le texte n a de toute facon pas quitte votre navigateur.Tout se passe dans le navigateur : le contenu des deux fichiers reste sur votre appareil et n est transmis à aucun service distant. L outil lit les deux blocs, les découpe ligne par ligne et affiche les différences directement dans la page.
Un séparateur indiqué dans la zone de saisie, sur une ligne à part, juste après la dernière ligne du premier fichier. Tout ce qui suit est lu comme le second fichier. Sans ce séparateur, l outil ne peut pas savoir où se termine le premier bloc.
En général non : l intérêt est de faire ressortir les différences. Si vous voulez vérifier qu une clé existe bien des deux côtés, cherchez-la dans la liste des clés absentes ; son absence de cette liste signifie qu elle est présente dans les deux blocs.
Oui, un bouton d import accepte les fichiers texte et plusieurs formats de données. Ouvrez toutefois les fichiers .env avec prudence : ils contiennent souvent des mots de passe et des jetons d accès qu il vaut mieux ne pas exposer sur un écran partagé.