Índice del artículo
Qué es
Un diff es la vista de lo que cambió entre un estado y otro: qué archivo se tocó, qué líneas se quitaron y cuáles se añadieron. Es la revisión de cambios de tu proyecto, igual que el «control de cambios» de un documento.
Explicado fácil
Piensa en el control de cambios de Word: el texto nuevo aparece de un color y lo borrado, tachado. El diff es lo mismo para toda tu carpeta: en vez de adivinar qué tocó el agente, lo ves línea por línea. Muestra qué cambió entre los estados comparados; para saber si ese cambio causó un fallo hay que comprobarlo.
Ejemplo práctico
Un restaurante deja que su agente cambie el texto del menú en línea. Antes de publicar, el dueño le pide: «dime qué cambió respecto al último punto guardado». El agente responde con el diff: el archivo del menú, con la línea del precio de un platillo marcada como cambiada. El dueño ve exactamente qué se tocó y decide si lo acepta.
Así no
Aceptar a ciegas y enterarse del cambio cuando ya está publicado.
Así sí
Pedir el diff antes de aceptar y leer qué archivo y qué línea cambió.
Revisa el diff antes de aprobar: pedirlo es la regla, no la excepción.
Por qué te importa
Porque es lo que te deja revisar antes de aceptar. Mirar el diff te dice qué línea cambió; sin él, te quedas con una corazonada. Es tu defensa antes de que un error entre a la versión que todos usan.
El error típico
Aceptar sin mirar. Confiar en que «el agente lo hizo bien» y aprobar a ciegas es el camino corto al error que se publica. Revisa el diff antes de aprobar: pedirlo es la regla, no la excepción.
No lo confundas con
El commit. El commit es la versión guardada; el diff es la comparación entre dos versiones, o entre una versión y lo que aún no se guarda.
El repositorio. El repositorio guarda la historia; el diff la enseña.