Comparez les changements de code avec notre outil de diff. Voyez exactement ce qui a changé entre deux versions.
Le bug mystère
Ça fonctionnait hier. Aujourd'hui c'est cassé. Vous avez changé une ligne de code. Laquelle ?
Vous parcourez des centaines de lignes, comparant les fichiers côte à côte. Vos yeux vous font mal. Vous manquez quelque chose d'évident.
C'est pourquoi les outils de diff existent. Ils vous montrent exactement ce qui a changé. Lignes ajoutées en vert. Lignes supprimées en rouge. Pas de devinette. Pas de fatigue oculaire.
Qu'est-ce qu'un diff ?
Un diff (différence) est une comparaison entre deux versions d'un texte. Il met en évidence ce qui a été ajouté, supprimé ou modifié.
Les diffs utilisent un format standard. Les lignes préfixées par + ont été ajoutées. Les lignes préfixées par - ont été supprimées. Les lignes non marquées sont du contexte inchangé.
Ce format est utilisé par les systèmes de contrôle de version comme Git. Quand vous exécutez « git diff », vous voyez le même format que celui de notre outil.
Comment lire un diff
Lire des diffs demande de la pratique. Voici ce qu'il faut chercher :
- Lignes vertes (+) – Nouveau code ajouté. Vérifiez qu'il est correct et nécessaire.
- Lignes rouges (-) – Code supprimé. Assurez-vous que rien d'important n'a été effacé.
- Lignes de contexte – Code inchangé autour des modifications. Aide à localiser les changements.
- Numéros de ligne – Montrent la position dans les versions ancienne et nouvelle.
- Tranches (hunks) – Groupes de changements liés. Examinez chaque tranche séparément.
Liste de vérification de revue de code
Lors de la revue de changements de code, vérifiez :
- Erreurs de logique – Le code fait-il ce qu'il prétend faire ?
- Cas limites – Que se passe-t-il avec des entrées vides, des valeurs nulles, des nombres extrêmes ?
- Problèmes de sécurité – Y a-t-il des risques d'injection, des contournements d'authentification, des fuites de données ?
- Impact sur les performances – Cela va-t-il ralentir l'application ?
- Cohérence de style – Le code respecte-t-il les normes du projet ?
- Couverture de tests – Y a-t-il des tests pour le nouveau code ?
Formats de diff courants
Il existe plusieurs formats de diff, chacun avec ses cas d'usage :
Le diff unifié est le plus courant. Il montre les lignes de contexte autour des changements. C'est ce que Git utilise par défaut.
Le diff côte à côte montre les versions ancienne et nouvelle l'une à côté de l'autre. Plus facile à lire pour les petits changements.
Le diff de mots met en évidence les changements dans les lignes. Utile pour la prose, pas pour le code.
FAQ
Q.Est-ce identique au git diff ?
A.Oui, nous utilisons le même format de diff unifié que Git. Vous pouvez coller des diffs Git dans notre outil pour une lecture plus facile, ou utiliser notre outil pour comparer deux blocs de texte.
Q.Puis-je faire un diff de fichiers binaires ?
A.Non. Les outils de diff travaillent avec du texte. Pour les fichiers binaires comme les images, utilisez des outils spécialisés ou comparez les hash de fichiers.
Q.Y a-t-il une limite de taille ?
A.Notre outil gère les fichiers jusqu'à plusieurs Mo. Pour les très gros fichiers, envisagez des outils en ligne de commande comme « diff » ou des plateformes de revue de code spécialisées.
Références
- Manuel GNU Diffutils : https://www.gnu.org/software/diffutils/manual/
Comparez le texte localement
Exécutez des diffs ligne par ligne sur du texte ou des fichiers dans votre navigateur — rien n'est envoyé.
Conclusion
Une vue diff ciblée rend le retour de revue concret et vérifiable. Comparez les changements localement avec le vérificateur de diff.