ReSharper Nettoyage de Code/Reformater la fonctionnalité de Code vs gestion des versions des Systèmes de Contrôle

Question

ReSharper Code de la fonction de nettoyage (avec "réorganiser les membres"et "reformater le code"activée) est vraiment génial.Vous définissez un modèle de mise en page à l'aide de XML, alors qu'une simple combinaison de touches réorganise l'ensemble de votre fichier source (ou un dossier/projet/solution) selon les règles que vous définissez dans le modèle.

De toute façon, pensez-vous que pourrait être un problème en ce qui concerne VCS comme subversion, cvs, git, etc.?Est-il une chance qu'il provoque de nombreux indésirables des conflits ?

Je vous remercie.

Answer 1

Oui, il va certainement causer des problèmes.En plus de créer des conflits qui ont à être résolu manuellement, lorsque vous archivez un fichier qui a été reformaté, le VCS note presque à chaque ligne comme ayant été changé.Ce sera difficile pour vous ou l'un de ses coéquipiers de revenir sur l'histoire et voir ce qui a changé quand.

Cela dit, si tout le monde les formats de leur code de la même façon (c'est à dire, vous le distribuer modèle XML pour l'équipe), alors il pourrait bien fonctionner.Vraiment les problèmes ne viennent que quand pas tout le monde est en train de faire la même chose.

Answer 2

Je suis en attente pour un IDE ou un éditeur de texte qui enregistre toujours le code source à l'aide de certains de référence règles de mise en forme, mais permet à chaque développeur d'afficher et de modifier le code dans leur propre format préféré.De cette façon, je peux mettre mon open accolade au début de la ligne suivante, et non pas à la fin de la ligne actuelle où tout ce que vous païens semblent penser qu'il va.

Ma conjecture est que je vais être en attente pendant une longue période.

Answer 3

• Tout reformater l'ensemble de la solution une fois
• ET assurez-vous que chaque développeur est l'aide de Resharper
• ET assurez-vous que le formatage les options sont partagés et versionné (style de code, des options de partage)

Answer 4

Vous pouvez utiliser StyleCop pour appliquer un ensemble complet de normes qui assez bien oblige tout le monde à utiliser les mêmes styles de mise en page.Ensuite, tout ce que vous devez faire est de développer un ReSharper code de style de spécification qui correspond à ce, et de les distribuer à l'équipe.

Je suis toujours en attente pour quelqu'un d'autre de le faire, et pour JetBrains pour effacer tous les tatillonne des détails qui ne sont pas entièrement pris en charge, afin de permettre ReSharper pour l'essentiel à garantir le plein StyleCop de la conformité.

Answer 5

Il peut certainement provoquer des conflits, et je voudrais donc assurez-vous de ne pas reformater ensemble de fichiers si il y a des personnes qui y travaillent en parallèle.

Answer 6

Il pourrait sans aucun doute à l'origine de conflits.

Si vous voulez l'utiliser dans un environnement multi-utilisateur, alors la configuration de Resharper besoin de formater votre code à un ensemble de normes qui sont appliquées dans votre organisation, peu importe de savoir si les utilisateurs font usage de Resharper ou pas.

De cette façon, vous utilisez l'outil pour assurer votre propre code répond aux normes, pas de couverture de mettre vos préférences à l'ensemble de la base de code.

Answer 7

Je suis d'Accord avec les réponses précédentes que l'état des conflits sont possibles et même probables.

Si vous êtes planification pour reformater le code alors, au moins, assurez-vous que vous ne mélangez pas reformater archivages avec ceux qui changer la fonction du code.De cette façon, les gens peuvent passer au-delà du check-ins qui sont simples reformattings.C'est aussi une bonne idée de faire en sorte que tout le monde sait que reformater est à venir afin qu'ils puissent s'y opposer si elle continue de travailler dans ce domaine.

Answer 8

Nous travaillons sur quelque chose de travailler avec refactors au niveau du code source.Nous l'appelons Xmerge, et il fait maintenant partie de En plastique.C'est juste une première approche, puisque nous travaillons sur des solutions les plus avancées.Vérifier ici.

Answer 9

Il pourrait être une bonne idée d'écrire un script pour vérifier chaque version dans votre contrôle de la source de l'histoire, de l'application du code de nettoyage, puis vérifier dans un nouveau dépôt.Ensuite utiliser ce référentiel pour tous vos travaux dans le futur.