Comment fonctionne le comparateur de texte
Collez votre texte original dans la première case et votre texte modifié dans la seconde. L'outil compare les deux versions ligne par ligne en utilisant l'algorithme de la Plus Longue Sous-Séquence Commune (LCS) — la même méthode utilisée par Git et les outils de diff professionnels.
Les lignes vertes (marquées +) sont des ajouts dans le texte modifié. Les lignes rouges (marquées −) sont des suppressions du texte original. Basculez entre les vues Fusionné et Côte à côte selon votre préférence.
Pourquoi la comparaison de textes est importante
Les outils de comparaison de texte sont fondamentaux pour le développement logiciel. Git utilise des algorithmes de diff à son cœur — chaque commit, pull request et révision de code repose sur la capacité à comparer deux versions d'un fichier et à mettre en évidence exactement ce qui a changé. Sans cette capacité, le développement collaboratif nécessiterait de lire manuellement des fichiers entiers pour repérer les changements. L'algorithme de diff de Myers, publié en 1986 par Eugene Myers, est le plus largement utilisé — il trouve le nombre minimum d'opérations d'édition (insertions et suppressions) nécessaires pour transformer un texte en un autre.
Au-delà du code, la comparaison de textes est essentielle dans de nombreux domaines professionnels. Dans le domaine juridique, les avocats utilisent des outils de diff pour suivre les révisions de contrats — repérer une seule clause modifiée dans un document de 40 pages est critique, et un diff le rend instantané. Les systèmes d'intégrité académique comparent les soumissions des étudiants avec le matériel source. Les équipes de traduction utilisent le diff pour vérifier que le texte source révisé est reflété dans toutes les versions linguistiques. Partout où deux versions d'un document existent et où la précision est importante, un outil de diff économise du temps et prévient les erreurs coûteuses.
Comment lire un résultat de comparaison
Les lignes vertes marquées d'un signe plus (+) représentent le contenu ajouté dans le texte modifié. Les lignes rouges marquées d'un signe moins (−) représentent le contenu supprimé de l'original. Les lignes sans couleur ni marqueur sont inchangées et apparaissent dans les deux versions. En vue côte à côte, l'original apparaît à gauche et la version modifiée à droite, chaque ligne modifiée étant alignée avec son homologue — cette disposition est idéale pour réviser de longs documents. La vue fusionnée regroupe les deux en une seule colonne, ce qui est mieux pour les petits changements ciblés.
Un conseil professionnel utile : lors de la révision d'un contrat ou de tout document juridique, examinez toujours les lignes rouges (supprimées) en premier. Ce qui a été retiré est souvent plus significatif que ce qui a été ajouté — une clause de responsabilité supprimée, une disposition de garantie retirée ou une échéance absente peuvent avoir des conséquences importantes faciles à négliger. De même, lors de la révision d'une pull request de code, les lignes supprimées révèlent souvent l'intention d'un changement plus clairement que les nouvelles lignes seules. Le diff est symétrique — échangez les entrées pour voir le changement dans l'autre direction.
Diff mot par mot, export en patch unifié, et une carte de statistiques chiffrées
La granularité mot par mot est maintenant un toggle : activé, les lignes modifiées mettent en évidence les mots spécifiques qui diffèrent au sein de la ligne, pas seulement la ligne entière en rouge ou vert. C'est utile pour réviser un paragraphe légèrement édité où la plupart de la phrase est restée identique. Deux options d'espace blanc — ignorer les espaces et ignorer la casse — permettent de se concentrer sur les changements significatifs sans que le diff soit parasité par les différences d'indentation ou de capitalisation. Elles sont désactivées par défaut. Activez-les quand le contenu compte et la mise en forme non.
Copier en patch unifié exporte le résultat au format standard de patch — le format consommé par git diff et la plupart des outils de revue de code. Collez-le dans un commentaire GitHub, un ticket, ou un shell pour l'appliquer avec patch -p0. La carte de statistiques affiche maintenant les caractères modifiés en plus des lignes ajoutées et supprimées, ce qui est plus parlant pour la prose : un paragraphe qui a gagné 20 mots mais modifié 3 lignes raconte une histoire différente de celui qui a changé 3 lignes en déplaçant la ponctuation.
Questions fréquentes
Quel algorithme utilise cet outil de diff ?
Mon texte est-il envoyé à un serveur ?
Puis-je comparer des fichiers de code ?
À quoi sert le bouton Inverser ?
Quelle est la différence entre un diff au niveau des caractères et au niveau des lignes ?
Comment comparer deux versions d'un document reçu par courriel ?
Vous pourriez aussi avoir besoin de
Voir tous les outils →Outils complémentaires basés sur ce que vous faites