Comment se débarrasser de StyleCop

Question

Quelqu'un de notre équipe a installé StyleCop et depuis lors, tous les projets qu'il chargé et engagé à ordures de contrôle de code source à la charge à moins StyleCop est installé.

Je sais que je peux modifier manuellement les fichiers .csproj pour se débarrasser de celui-ci, mais est-il un moyen facile de supprimer automatiquement ces pièces StyleCop des fichiers de projet afin qu'ils puissent être chargés et construit sur un non infectés par StyleCop visuelle la machine studio?

Answer 1

I StyleCop désactivé en ajoutant la configuration GlobalSettings suivante au fichier settings.stylecop dans la racine de la solution.

<StyleCopSettings Version="4.3">
  <GlobalSettings>
    <BooleanProperty Name="RulesEnabledByDefault">False</BooleanProperty>
  </GlobalSettings>
  ...
</StyleCopSettings>

Answer 2

Pourquoi le supprimer?
À mon avis en utilisant StyleCop est une bonne chose.
Votre seul problème semble être que votre membre de l'équipe n'a pas mis en place StyleCop correctement.

D'après votre description, je suppose qu'il voulait mettre en place StyleCop avec l'intégration MSBuild: http: //blogs.msdn .com / b / sourceanalysis / archives / 2008/05/24 / sourceanalysis-msbuild-integration.aspx

Il semble juste laissé le dernier paragraphe « développement de l'équipe ». copier les fichiers StyleCop dans votre projet et les vérifier dans le contrôle source, de sorte que vous n'avez pas besoin d'installer StyleCop sur chaque machine développeur (voir mon lien pour obtenir une description plus détaillée )

Si vous faites cela, StyleCop devrait fonctionner sur toutes les machines, peu importe si elle est installée ou non.

Nous utilisons StyleCop de cette manière aussi, et je pense qu'il est la meilleure façon de l'utiliser.
Je viens d'insérer deux lignes dans chaque fichier .csproj et vérifier quelques fichiers dans le contrôle source une fois ... et StyleCop fonctionne juste, à chaque compilation, sur chaque machine (peu importe si elle est sur une machine de développeur ou le serveur de build) .

Answer 3

StyleCop cache des avertissements réels. Son exercice une vanité et son mal.

Ne pas utiliser.

Je trouve que StyleCop génère beaucoup d'avertissements insignifiants qui se noient les avertissements réels. Par tous les moyens d'utiliser ces outils, mais ne pas les forcer à être sur. Ayant pas d'avertissement StyleCop est une signification métrique.

Answer 4

Test Driven Development

Red -> Green -> Refactor

Test Driven Development (AVEC StyleCop)

Red -> Red -> WTF? -> Red -> Red -> ...

En outre, à partir de :

  

Bob: en utilisant la correspondance de modèle, le logiciel identifie le code laid
  Charlie:! Et corrige ce problème
  Bob: Non, il imprime un message sur chaque transgression
.   Charlie: Et l'utilisateur clique droit-les corriger tous les
  Bob: Non. Le message leur gronde « espacement incorrect autour de la virgule »
.   Charlie: Et explique ensuite comment l'utilisateur peut le fixer
?   Bob: Non, cette information est dans un document séparé
.   Charlie: Sur Google
  Bob:. Non

---

C'est pourquoi ne pas utiliser StyleCop .