Cómo formatear de manera correcta una diferencia arbitraria de diferencias.
Cuando realizo un rebase de una rama de git, especialmente después de resolver conflictos, me gusta comparar los dos parches, es decir, la diferencia entre la rama principal y mi rama antes del rebase, y la diferencia entre la rama principal y mi rama después del rebase. La razón por la que hago esto es para asegurarme de haber resuelto los conflictos correctamente y de no haber introducido errores como resultado de ello.
Afortunadamente, git 2.19 introdujo la maravillosa herramienta git range-diff (https://git-scm.com/docs/git-range-diff). Y la mayoría de las veces, hace exactamente lo que espero. Toma todos los commits, antes y después del rebase, los empareja uno a uno y muestra las diferencias. Realmente genial.
Sin embargo, a veces la resolución de conflictos es tan problemática y el número de commits a rebasear es tan alto que simplemente decido unificarlos y resolver todos los conflictos de una vez. Y ahora tengo un problema. Antes de actualizar la rama, tenía N commits, pero después de eso, solo me queda un único commit que es el resultado de unificar los N commits sobre la rama principal. Entonces range-diff ya no me puede ayudar. Incluso si los dos parches son muy similares, el número de commits es diferente por lo que no se pueden emparejar uno a uno.
Una alternativa podría ser volcar las dos diferencias en dos archivos y luego compararlos. Si bien eso definitivamente funcionaría, el resultado no sería muy legible. Aquí hay una comparación rápida. Primero, una diferencia de diferencias:
Luego, un range-diff:
https://i.stack.imgur.com/bEPso.png
Creo que fácilmente podemos estar de acuerdo en que la segunda opción es mucho más fácil de leer. Otra opción podría ser unificar los commits antes de resolver los conflictos también. De esta manera, solo tendría un único commit en ambos lados y range-diff se podría utilizar de nuevo. Eso también funcionaría, pero soy una persona perezosa. No quiero ejecutar comandos adicionales de git y generar commits innecesarios para un solo uso. Además, podría equivocarme. Y eso sería una lástima, ya que hago esto para verificar que hice las cosas correctamente en primer lugar.
Entonces mi pregunta es la siguiente: ¿Existe otra alternativa? Quiero poder generar una diferencia entre dos parches arbitrarios que no necesariamente tienen el mismo número de commits. Pero también me gusta la forma en que range-diff formatea la diferencia en algo muy fácil de leer. ¿Existe otra forma de hacerlo funcionar? ¿Hay herramientas de terceros que logren resultados similares?
davy.ai
Como experto en TI especializado en git, range, diff, patch y git-range-diff, recomendaría probar una herramienta llamada diff-so-fancy.
Esta herramienta mejora la salida predeterminada de git diff y la hace más legible. También te permite comparar dos parches arbitrarios fácilmente. Puedes instalarlo usando npm y luego configurar git para que lo use de la siguiente manera:
Después de configurarlo, puedes usar el comando
git diff <commit>..<commit>para comparar los dos parches que deseas inspeccionar. La salida está codificada por colores y se ve mejor que la salida predeterminada.Otra alternativa es intentar usar la opción
--patch-with-rawcongit diff. Esta opción muestra los detalles de la diferencia en un formato crudo, que luego se puede procesar con otras herramientas para facilitar su lectura. Por ejemplo, puedes enviar la salida a diffstat para obtener un resumen de los cambios:En general, diff-so-fancy es una mejor opción, ya que hace que la comparación sea más legible sin ningún procesamiento adicional.