Español
Compara dos bloques de texto o código en paralelo con diff por línea y palabra.
Última actualización
function greet(name) {+function greet(name) { console.log("Hello, " + name);+ console.log(`Hello, ${name}!`);return name;+
return name.toUpperCase();
}+
}
greet("world");+greet("World");Un diff checker compara dos fragmentos de texto o código y resalta lo que se agregó, eliminó o modificó. Quienes programamos usamos diffs todo el tiempo: para revisar código, depurar cambios de configuración, comparar respuestas de una API, validar migraciones o entender qué tocamos antes de hacer commit.
Saber leer un diff es una habilidad básica para cualquier desarrollador. Te permite distinguir los *cambios reales de comportamiento* de un simple reformateo inofensivo, y te ayuda a detectar ese único carácter que cambió en un bloque de 200 líneas. Una vez que interiorizas el ritmo verde / rojo / amarillo, las revisiones de código se vuelven mucho más rápidas.
Hay dos tipos de diff que importan más que el resto: el *diff por línea* (qué líneas cambiaron) y el *diff por palabra* o *por carácter* (qué cambió dentro de una línea). Una buena herramienta te deja alternar entre ambos según estés comparando código fuente o párrafos de texto.
Coloca el texto original a la izquierda y la nueva versión a la derecha. Funciona con código, JSON, prosa, archivos de configuración… lo que sea.
Usa el diff por línea para código fuente o datos estructurados. Cambia al diff por palabra cuando compares párrafos de texto donde lo importante es la redacción.
Activa *ignorar espacios* si solo te interesan los cambios reales; activa *ignorar mayúsculas/minúsculas* al comparar logs o textos donde la capitalización es accesoria.
Lo eliminado aparece en rojo a la izquierda; lo añadido en verde a la derecha. Las líneas modificadas suelen aparecer como una de cada, una junto a la otra.
Edita cualquiera de los dos lados y verás cómo el diff se actualiza al instante. Es ideal para preparar un parche limpio antes de abrir un pull request.
Convenciones que usa el diff checker de Coddy — y también git diff, GitHub y casi cualquier visor de diffs.
| Marca | Significado | Dónde aparece |
|---|---|---|
Rojo / - | Línea eliminada del original | Panel izquierdo |
Verde / + | Línea añadida en la nueva versión | Panel derecho |
| Amarillo / ambos | Línea modificada — cambio parcial dentro de la línea | Ambos paneles |
| Sin color | Línea sin cambios — común a ambas versiones | Ambos paneles |
@@ ... @@ | Cabecera de hunk de git diff — números de línea | Salida de git diff en terminal |
| Diff por palabra | Cambio a nivel de palabra o carácter dentro de una línea modificada | Resaltado dentro de una línea amarilla |
API_TIMEOUT=3000API_TIMEOUT=30000Un cero de más convierte un timeout de 3 segundos en uno de 30. Un diff checker lo detecta en segundos — comparar dos archivos .env a ojo es la receta perfecta para no verlo.
El usuario puede loguearse.
El usuario puede iniciar sesión.
El diff por palabra resalta loguearse → iniciar sesión. Un diff por línea simplemente marcaría toda la línea como cambiada; el diff por palabra aísla la edición real.
{ "id": 42, "status": "draft", "published": false}{ "id": 42, "status": "published", "published": true}El diff deja claro que dos campos relacionados cambiaron juntos. Es la forma más rápida de verificar que una llamada a la API que modifica el estado hizo lo que tenía que hacer.
git diff, las vistas de pull request y los paneles de comparación de los IDE comparten exactamente la misma idea.