el estilo de la limpieza que no pisotear svn culpa?

Question

Me gustaría utilizar Eclipse del formateador para corregir un mal estilo de código, pero hay una gran desventaja para matar a todos los metadatos del repositorio acerca de quién es responsable de qué.Cualquier pensamiento en maneras de conseguir alrededor de esto?Tal vez es completamente imposible...

Answer 1

Se puede decir que la culpa para ignorar los cambios de espacio en blanco:

svn blame -x -w file/path

Por supuesto que sólo funciona si tu dosis de estilo no cambia más de espacios en blanco.

Answer 2

La historia sigue ahí, vas a tener que mirar un culpable antes de la revisión de limpieza.

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

Answer 3

Cuando el reformateo de código, por lo general sólo se arregle la sangría. Hay demasiados casos en los que el formateador automático ruinas una sección cuidadosamente a mano con formato.

Answer 4

Otra solución sería agregar un gancho pre-confirmación que comparar el compromiso de archivo con el formato de la versión.Si no hay ninguna diferencia, la confirmación es aceptado.

De lo contrario, un simple mensaje de "Código no tiene el formato :cometer rechazado" informará a sus desarrolladores para el estilo de sus archivos modificados antes de comprometerse.

Combinado con el Stefan de la respuesta, usted puede usar la culpa con la opción-w y por otra parte, no invalidar el desarrollador de nombres.

Una desventaja es que usted no será capaz de estilo de su repositorio entero es una pasada.Serán los archivos de estilo que no sean modificadas.A menudo se utiliza archivos serán rápidamente estilo mientras que algunos podrían nunca ha sido actualizado.