¿Cómo hacer que una operación de fusión de Git ignore los cambios idénticos realizados en ambas twigs?

Supongamos que tenemos una twig de desarrollo 'A', y dos twigs secundarias 'B1' y 'B2', (ambas tomadas de A). Digamos que ejecuta un command de código de formatting (en nuestro caso, el código de limpieza de ReSharper) en todo el proyecto en B1 y B2.

Ahora, cuando intentemos fusionar B2 en B1, Git informará conflictos en todos los files del proyecto (un número bastante grande en nuestro caso). Al mirar más de cerca cada conflicto, parece que Git cree que hay un conflicto, aunque se realizó el mismo cambio en B1 y B2 (?)

¿Hay alguna manera, atributo personalizado de controller / git, etc. que haga que una operación de fusión de Git no reporte un conflicto si los files en B1 y B2 son exactamente iguales?

Tal vez estoy equivocado, tal vez sea un problema de final de línea / blanco (por ejemplo, diferentes finales de línea en B1 y B2) en cuyo caso puedo encontrar la solución aquí en el desbordamiento de la stack.

Ayer tuve un problema similar después de una gran selección de cereza de (y para) una twig lateral donde me fusioné con mi twig principal. Una gran cantidad de conflictos con un cambio idéntico. Lo resolví con una estrategia de combinación:

git checkout main-branch merge --no-commit -s recursive -X ours side-branch 

puedes cambiar "nuestro" a "el suyo". Tenga cuidado porque todos los conflictos se resuelven automáticamente eligiendo el lado "nuestro" o "suyos". En mi caso, tuve algunas confusiones debido a esto y lo arreglé manualmente. Vea otras opciones interesantes de estrategias de fusión aquí: https://www.kernel.org/pub/software/scm/git/docs/git-merge.html

También puede intentar usar una rebase (en mi caso, no funcionó bien porque las sucursales eran demasiado diferentes y tuve un nuevo conflicto en cada nueva interacción de rebase). Vea esto: http://davitenio.wordpress.com/2008/09/27/git-merge-after-git-cherry-pick-avoiding-duplicate-commits/