limpieza de estilo que no pisotea svn culpa?

Me gustaría usar el formateador de Eclipse para arreglar algún código mal diseñado, pero hay un gran inconveniente en matar todos los metadatos en el repository sobre quién es responsable de qué. ¿Alguna idea de cómo evitar esto? Quizás es completamente imposible …

Puedes culpar a ignorar los cambios en el espacio en blanco:

svn blame -x -w file/path 

Por supuesto, eso solo funciona si tu corrección de estilo no cambia más que los espacios en blanco.

La historia todavía está allí, solo tendrá que echarle la culpa antes de la revisión de limpieza.

Esta es una buena razón para tener un estándar de estilo. Los cambios de sangría pueden causar una gran cantidad de conflictos de fusión, etc. "Malo estilo" a uno está bien escrito en otro.

Al reformatear el código, generalmente solo arreglo la sangría. Hay demasiados casos en los que el formateador automático arruina una sección cuidadosamente formateada a mano.

Otra solución sería agregar un enlace precompromiso que compare el file comprometido con su versión formateada. Si no hay diferencia, la confirmación es aceptada.

De lo contrario, un post simple "Código no formateado: confirmación rechazada" informaría a los desarrolladores sobre el estilo de sus files modificados antes de la confirmación.

En combinación con la respuesta de Stefan, aún puede utilizar la opción -w y, además, no anula los nombres del desarrollador.

Una desventaja es que no podrá diseñar su repository completo en una sola pasada. Los files se diseñarán según se modifiquen. A menudo, los files usados ​​se diseñarán rápidamente, mientras que otros nunca se actualizarán.