nettoyage de style qui ne piétine pas le blâme svn?
-
22-08-2019 - |
Question
Je voudrais utiliser le formatter Eclipse pour fixer un code mal de style, mais il y a un énorme inconvénient de tuer toutes les métadonnées dans le référentiel qui est responsable de quoi. Toute réflexion sur les moyens de contourner ce problème? Peut-être qu'il est juste complètement impossible ...
La solution
Vous pouvez dire le blâme d'ignorer les changements blancs:
svn blame -x -w file/path
Bien sûr, cela ne fonctionne que si votre solution de style ne change pas plus que les espaces blancs.
Autres conseils
L'histoire est toujours là, vous aurez juste à regarder un blâme avant la révision de nettoyage.
Ceci est une bonne raison d'avoir une norme de style. les changements de Indentation peuvent causer beaucoup de conflits de fusion, etc. « style mal » à un est bien écrit à l'autre.
Lorsque le code reformatage, je généralement corriger l'indentation. Il y a trop de cas où le formatter automatique ruins une section soigneusement à la main en forme.
Une autre solution serait d'ajouter un crochet pre-commit qui comparent le fichier engagé avec sa version formatée. S'il n'y a pas de différence, la validation est acceptée.
Dans le cas contraire, un message simple « Code non formaté: allouent rejeté ». Informerait vos développeurs de style leurs fichiers modifiés avant de commettre
Combiné avec la réponse de Stefan, vous pouvez toujours utiliser le blâme avec l'option -W et de plus, vous ne l'emporte pas sur le nom du développeur.
Un inconvénient est que vous ne serez pas en mesure de style de votre référentiel tout est un laissez-passer. Les fichiers seront comme ils sont de style modifiés. Souvent, les fichiers utilisés seront rapidement alors que certains de style pourrait jamais été mis à jour.