Text vs Line vs Word vs Git Diff

Ultima revision 2026-04-27. Abre la herramienta text-diff para comparar dos cadenas, archivos o bloques pegados en tu navegador.

Los cuatro sabores y para que sirve cada uno

• Text diff (string diff). El mas simple. Compara dos cadenas o dos bloques de texto caracter por caracter. Salidas: las ubicaciones donde difieren. Correcto para "estos dos blobs pegados son realmente identicos?" - drift de configuracion JSON, mensajes de error en tickets de soporte, lineas de log que deberian coincidir.
• Line diff. El predeterminado para codigo. Trata cada linea como la unidad de cambio. Salida: que lineas se anadieron, eliminaron o modificaron. La salida "+" / "-" que toda herramienta de revision de codigo usa. Predeterminado fuerte cuando el contenido subyacente esta estructurado en lineas.
• Word diff. Correcto para prosa. Cuando una oracion cambia una sola palabra, line diff muestra la oracion entera dos veces (una vez - y una vez +). Word diff resalta solo la palabra cambiada. Mejor para revision editorial y cambios de contenido.
• Git diff. Line diff mas historial de repositorio. Compara dos commits, dos ramas, working-tree-vs-index, o index-vs-HEAD. Agrega deteccion de file-mode, deteccion de rename, y manejo de archivo binario que line diff puro carece. Usado dentro de flujos de trabajo de control de versiones.

Cuando line diff esta equivocado

Line diff falla cuando las lineas mismas son largas. Edita una palabra en una linea de 200 caracteres y el diff muestra la linea entera como removida-y-readada - ninguna senal sobre que palabra realmente cambio. Lo mismo para JSON de una linea o codigo minificado donde todo esta en una sola linea.

Dos arreglos: re-formatea la entrada primero (pretty-print JSON, ejecuta un formateador de codigo), luego line diff. O cambia a word diff, que maneja lineas largas correctamente. La mayoria de herramientas online ofrecen ambos - elige basandote en si la entrada esta naturalmente estructurada en lineas.

Cuando git diff anade valor sobre line diff

Tres cosas que git rastrea que line diff puro no puede:

• Renombrados de archivos. Mueve un archivo de src/foo.js a src/bar.js. Line diff lo muestra como "todo de foo.js eliminado, todo de bar.js anadido". Git diff con deteccion de rename lo muestra como "foo.js renombrado a bar.js" mas cualquier cambio de contenido real.
• Cambios de modo de archivo. Marcar un script como ejecutable aparece en git diff como un cambio de modo sin delta de contenido. Line diff lo pierde completamente.
• Cambios de archivo binario. Git diff dice "binary files differ" sin intentar renderizar los bytes. Line diff produce salida ilegible para cualquier entrada binaria.

Escoge el correcto para la tarea

Comparando dos cadenas pegadas: text diff. Revisando cambios de codigo: line diff o git diff si tienes contexto de repositorio. Revisando ediciones de copia: word diff. Investigando un drift inesperado en produccion: text diff primero para confirmar que la diferencia existe, luego line diff para localizarlo. La herramienta text-diff cubre los tres primeros; git diff vive dentro del propio git. El conjunto completo de desarrollador esta en el hub de herramientas para desarrolladores.