Comparez deux versions d'un texte et voyez chaque ligne ajoutée, supprimée ou modifiée, avec les mots changés surlignés dans les lignes retouchées. Ignorez la casse, les espaces ou les lignes vides, passez de la vue côte à côte à la vue unifiée et copiez un patch unifié. Chaque côté accepte jusqu'à 200,000 caractères ou 10,000 lignes, et la comparaison se fait dans votre navigateur.
Les deux panneaux sont vides. Collez une version de chaque côté pour les comparer.
L'ancienne à gauche, la nouvelle à droite. Les deux restent dans cet onglet : le texte n'est jamais envoyé ni conservé nulle part.
Une ligne supprimée et une ligne ajoutée ne sont comparées de l'intérieur que si leur part de caractères communs dépasse 0.30.
Ces options changent ce qui compte comme égal, jamais ce qui est affiché. Chaque caractère à l'écran et dans le patch copié est exactement celui que vous avez collé.
Collez une version dans chaque panneau et la comparaison apparaîtra ici.
Les ajouts portent un plus et un soulignement, les suppressions un moins et un barré, si bien que le résultat reste lisible imprimé en noir et blanc ou lu sans couleur.
Les deux panneaux sont vides. Collez une version antérieure à gauche et une plus récente à droite, ou cliquez sur Charger un exemple pour voir deux notes de version qui réunissent tous les types de changement à la fois : trois lignes reformulées, une ligne réécrite, une nouvelle ligne, une nouvelle ligne vide et une espace finale que vous ne repéreriez jamais à l'œil nu avant d'activer Afficher les invisibles.
De vrais en-têtes de bloc, des lignes de contexte de chaque côté et des blocs fusionnés lorsqu'ils sont proches. Ce sont les conventions de git et de GNU diff.
Un patch unifié apparaît ici dès qu'il y a quelque chose à décrire.
Le script d'édition a deux verbes, supprimer et insérer ; il n'existe pas de déplacement. Déplacer un paragraphe s'écrit comme sa disparition ici et son arrivée là, et c'est pourquoi une seule action produit deux blocs de couleur.
Comparer « a b c » avec « a c b » donne deux réponses tout aussi courtes, et chaque outil en choisit une par convention. Quand un diff incrimine une ligne que vous n'avez pas touchée, il a généralement choisi un autre récit du même changement.
Ignorer l'espacement convient à la prose et au code reformaté. C'est une erreur pour Python, YAML et les Makefiles, où l'indentation et une tabulation littérale font partie de la syntaxe. Là, un changement d'espaces seuls est le changement.
Les deux textes restent dans cet onglet. La comparaison est du simple JavaScript exécuté sur votre propre machine : le texte n'est jamais importé ni envoyé nulle part, et aucune copie n'est conservée, donc un contrat, un brouillon ou un fichier de configuration contenant une clé est aussi en sécurité ici que dans votre éditeur. Chaque côté accepte jusqu'à 200,000 caractères ou 10,000 lignes ; au-delà des limites de recherche, une zone est présentée comme un bloc remplacé par un autre, et la page le signale au lieu de prétendre que la réponse est minimale.
Deux fichiers JSON qui ne diffèrent que par l'ordre des clés ou l'indentation apparaissent dans le diff comme si tout avait changé. Mettez d'abord les deux en forme, et la comparaison porte alors sur les données.
Une fois la version à garder choisie, mesurez ce qu'elle contient vraiment : mots, caractères, temps de lecture et les limites qu'elle doit respecter.
Quand le diff montre que la seule vraie différence est la casse, normalisez un côté en une seule passe au lieu de corriger ligne par ligne.
Un diff n'est pas une liste de différences ; c'est le plus petit ensemble de suppressions et d'insertions qui transforme le premier texte en second. La distinction est réelle. Elle explique pourquoi un paragraphe déplacé apparaît deux fois, pourquoi une ligne modifiée est techniquement une suppression placée à côté d'un ajout, et pourquoi deux outils différents peuvent être en désaccord sur la même modification tout en ayant raison tous les deux. Cette page applique l'algorithme de Myers aux lignes, affine chaque paire modifiée de l'intérieur et montre son raisonnement, y compris les moments où elle a dû se contenter d'une réponse moins fine.
Collez l'original à gauche et la version révisée à droite, ou chargez l'exemple. S'ils sont inversés, échangez les deux côtés. Les deux textes sont comparés dans votre navigateur et ne sont pas envoyés.
Considérez comme égaux la casse, tous les espaces, les espaces en début et fin de ligne ou les lignes vides, et choisissez le niveau de détail Ligne, Mot ou Caractère pour les lignes modifiées. Ces options changent ce qui est comparé, jamais le texte collé.
Lisez les changements côte à côte ou en vue unifiée, avec le nombre de lignes et de mots ajoutés et supprimés et un degré de ressemblance. Copiez ensuite le patch unifié avec jusqu'à 10 lignes de contexte.
La comparaison repose sur l'algorithme de Myers, qui trouve un script de longueur minimale plutôt que le premier alignement plausible ; déplacer une phrase ne fait donc pas apparaître toutes les lignes suivantes comme modifiées. Les débuts et fins communs sont retirés avant même le début de la recherche, et c'est pourquoi la modification d'un mot dans un long document se résout instantanément.
Les lignes sont comparées d'abord, puis une ligne supprimée placée face à une ligne ajoutée est comparée de nouveau de l'intérieur. Remplacez « mardi » par « jeudi » et un seul mot est surligné, pas un paragraphe entier barré. Cette seconde passe dépend du degré de ressemblance des deux lignes, si bien que des lignes réellement sans rapport ne sont pas forcées dans un faux appariement.
Ignorer la casse ou les espaces consiste à comparer des copies normalisées tout en affichant les originaux. Chaque caractère à l'écran et dans le patch copié est exactement celui que vous avez collé : aucune ligne n'est discrètement rognée, mise en minuscules ou réindentée en chemin.
Le panneau du patch produit des en-têtes `@@ -a,b +c,d @@` corrects, avec un nombre réglable de lignes de contexte, des blocs fusionnés lorsqu'ils sont proches et un compte de un écrit sans sa virgule. Ce sont les mêmes conventions que git et GNU diff, donc le résultat se colle directement dans une revue.
Lignes ajoutées, supprimées, modifiées et inchangées ; mots et caractères gagnés et perdus ; et un pourcentage de similarité qui indique comment il a été obtenu au lieu de vous demander de lui faire confiance. Les statistiques sont toujours mesurées au niveau des mots, donc changer la façon dont une ligne modifiée est affichée ne les fait jamais bouger.
Comparer deux textes sans rien en commun est un travail quadratique, donc la distance d'édition comme l'effort total de recherche sont plafonnés. Au-delà du plafond, une zone est présentée comme un bloc remplacé par un autre (toujours correct, mais pas minimal), et la page le signale au lieu de servir discrètement une réponse moins bonne.
Collez l'ancienne version dans Original et la nouvelle dans Révisé ; la comparaison se met à jour pendant la saisie. Les lignes supprimées portent un signe moins et sont barrées, les lignes ajoutées un signe plus et un soulignement, et quand une ligne modifiée ressemble assez à son ancienne version, seuls les mots changés sont surlignés.
Oui, en collant leur texte. Le comparateur traite du texte brut, pas des fichiers : copiez le texte de chaque document et collez-en un dans chaque panneau. Les polices, le gras et la mise en page ne sont pas comparés. Un texte copié depuis un PDF peut couper les lignes à d'autres endroits, ce qui apparaît comme des lignes modifiées : copiez donc les deux versions de la même façon.
Non. La comparaison s'exécute en JavaScript dans cet onglet : un contrat, un brouillon ou un fichier de configuration contenant une clé n'est pas envoyé, et la page n'enregistre aucun des deux textes. Vider les panneaux ou fermer l'onglet les efface tous les deux.
Un diff ne connaît que deux opérations, supprimer et insérer : déplacer un bloc apparaît donc comme sa suppression à l'ancienne position et son arrivée à la nouvelle. Ce comparateur ne détecte pas les déplacements. Pour une revue lisible, déplacez la section dans une révision et reformulez-la dans la suivante.
Le plus souvent à cause de caractères invisibles : espaces en fin de ligne, tabulations au lieu d'espaces ou espace insécable collée depuis une page web. Activez Afficher les invisibles pour voir les espaces et les tabulations, ou considérez les espaces comme égaux. Des fins de ligne différentes (CRLF de Windows contre LF d'Unix) ne créent pas de faux changements ici ; la page signale seulement qu'elles diffèrent.
Ignorez-les pour de la prose ou du code reformaté, où une nouvelle indentation ou des espaces en fin de ligne noieraient le résultat. Gardez-les quand l'espacement fait partie de la syntaxe, comme l'indentation de Python et de YAML ou les tabulations d'un Makefile. Espaces en début et fin ne pardonne que les extrémités de chaque ligne et signale encore l'indentation ; Tous les espaces pardonne chaque espace et chaque tabulation.
C'est un en-tête de bloc qui indique à un programme de patch où placer le bloc. @@ -12,7 +12,9 @@ signifie sept lignes à partir de la ligne 12 de l'original et neuf à partir de la ligne 12 de la révision, lignes de contexte inchangées comprises. En dessous, une espace marque une ligne inchangée, un signe moins une ligne supprimée et un signe plus une ligne ajoutée.
Chaque côté accepte jusqu'à 200,000 caractères ou 10,000 lignes, soit environ un manuscrit de 40,000 mots. Si les textes diffèrent de plus de 12,000 modifications de ligne ou si la recherche atteint sa limite d'effort, une zone est affichée comme un bloc remplacé par un autre, et la page le signale. Le résultat reste correct, seulement moins détaillé.
Découvrez une collection grandissante pour les calculs, les documents, la rédaction et le travail de tous les jours.