Comparer deux textes
Diff de texte en ligne gratuit qui s'exécute entièrement dans votre navigateur. Collez deux textes (peut être du code, de la prose, du JSON, n'importe quoi) dans les volets gauche et droit et l'outil met en évidence ce qui a changé : barré rouge sur l'original, vert sur le modifié. Choisissez la granularité ligne par ligne, mot par mot ou caractère par caractère, et basculez entre la vue côte à côte, unifiée (style GitHub) ou en ligne. Le diff est calculé en utilisant un algorithme de style Myers de sorte que même des entrées de plusieurs mégaoctets paraissent instantanées. Pas de téléchargement — tout reste sur votre machine.
Comment utiliser
Original à gauche, modifié à droite.
Côte à côte pour la revue, unifiée pour partager, en ligne pour la prose.
Rouge — original (supprimé), vert + nouveau (ajouté), gris = inchangé.
Ignorer les espaces si le formatage est du bruit ; ignorer la casse si elle n'a pas d'importance.
Diff de deux morceaux de texte ou de code avec granularité ligne, mot ou caractère — dans le navigateur
Ce que vous pouvez faire
Utilisations typiques
- Repérer ce qui a changé entre deux versions d'un fichier de configuration avant le déploiement.
- Revoir une réécriture de paragraphe avec une granularité au niveau du mot pour voir exactement quels mots ont bougé.
- Comparer deux réponses JSON pour trouver une différence de champ inattendue.
- Vérifier une édition copier-coller contre l'original avant de commit.
- Générer un diff unifié propre à partager dans le chat ou la revue de code.
Pourquoi celui-ci
La plupart des diffs en ligne s'arrêtent au niveau de la ligne — quand un seul mot change à l'intérieur d'une longue ligne, il faut encore scruter toute la ligne pour le trouver. Nous re-lançons le diff à l'intérieur de chaque ligne modifiée pour que les édits au niveau du mot et du caractère soient surlignés précisément. Particulièrement utile pour la prose, les textes juridiques et le JSON où une seule valeur enfouie dans un long objet est ce qui compte.
Questions fréquentes
Pourquoi comparer deux gros fichiers devient-il lent ?
Parce que trouver le plus petit ensemble de changements entre deux textes coûte un travail qui, au pire, croît comme le produit de leurs longueurs et non comme leur somme. Deux fichiers qui partagent l'essentiel de leur contenu se comparent vite quelle que soit leur taille, car l'algorithme peut apparier de longues plages et les sauter. Le cas coûteux, ce sont deux fichiers qui partagent peu — un document réécrit, une base de code reformatée — et c'est de là que vient la longue attente. Deux choses aident directement : passer la granularité du caractère à la ligne, ce qui divise d'un ordre de grandeur le nombre d'éléments comparés, et activer l'ignorance des espaces si la différence qui vous intéresse n'est pas l'indentation.
Quel algorithme de diff ?
La même famille Myers longest-common-subsequence que git, GNU diff et la plupart des outils de revue de code utilisent — la sortie correspond à ce que les relecteurs voient dans une PR. Pour la granularité mot et caractère à l'intérieur des lignes modifiées, le même algorithme tourne à nouveau sur les tokens de cette seule ligne.
Pourquoi mon diff de code semble faux avec "Ignorer les espaces" désactivé ?
Tabs vs espaces, espaces de fin et fins de ligne CRLF comptent comme de vraies différences quand "Ignorer les espaces" est désactivé. Basculez l'option si vous ne vous souciez que des changements de contenu.
Puis-je copier le diff ?
La vue unifiée est du texte brut — sélectionnez et copiez. La vue côte à côte est du HTML ; l'export le plus propre est de passer à unifié.
Nous le pouvons — et c'est ! Envoyez-nous simplement un message rapide avec votre idée. Si vous voulez en discuter en détail, laissez votre e-mail et nous reviendrons vers vous. Vous pouvez rester anonyme.
