Come sbarazzarsi di StyleCop

Question

Qualcuno sulla nostra squadra installato StyleCop e da allora tutti i progetti ha caricato e impegnata a rifiuti controllo del codice sorgente a carico se è installato StyleCop.

So che posso modificare manualmente i file Csproj per sbarazzarsi di esso, ma c'è un modo semplice per rimuovere automaticamente queste parti StyleCop dai file di progetto in modo che possano essere caricati e costruiti su una non-StyleCop infetto visiva macchina di Studio?

Answer 1

I disabile StyleCop aggiungendo la seguente configurazione GlobalSettings al file settings.stylecop nella radice soluzione.

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

Answer 2

Perché rimuoverlo?
A mio parere utilizzando StyleCop è una buona cosa.
Il vostro unico problema sembra essere che il vostro membro del team non ha definito StyleCop correttamente.

Dalla tua descrizione, immagino che voleva istituire StyleCop con l'integrazione MSBuild: http: //blogs.msdn .com / b / sourceanalysis / archive / 2008/05/24 / sourceanalysis-MSBuild-integration.aspx

A quanto pare appena lasciato l'ultimo paragrafo "Development Team":. copiare i file StyleCop nel progetto e controllare in controllo del codice sorgente, quindi non è necessario installare StyleCop su ogni macchina singolo sviluppatore (si veda il mio link per una descrizione più dettagliata )

Se si esegue questa operazione, StyleCop dovrebbe funzionare su ogni macchina, non importa se è installato o meno.

Stiamo utilizzando StyleCop in questo modo pure, e penso che sia il modo più semplice di usarlo.
Ho dovuto inserire due righe in ogni file Csproj e verificare alcuni file nel controllo del codice sorgente, una volta ... e StyleCop funziona, in ogni fase di compilazione, su ogni macchina (non importa se è su una macchina sviluppatore o server di build) .

Answer 3

StyleCop nasconde avvertimenti reali. Il suo esercizio una vanità e il suo male.

non ne fanno uso.

trovo che StyleCop genera molti molti avvertimenti banali che soffocare i veri avvertimenti. Con tutti i mezzi utilizzare questi strumenti, ma non costringerli a essere acceso. Avendo nessun avviso StyleCop è un insignificante metrica.

Answer 4

Test Driven Development

Red -> Green -> Refactor

Test Driven di sviluppo (con StyleCop)

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

Inoltre, da qui :

Bob: utilizzando pattern matching, il software identifica codice brutto
Charlie: correzioni -ed
Bob: No, stampa un messaggio su ciascun trasgressione
. Charlie:? E allora l'utente fa clic destro risolverle tutte le nazioni Bob: No. Il messaggio rimprovera li 'spaziatura non valida in tutto il comma'
. Charlie: E poi spiega come l'utente può risolvere il problema
? Bob: No, che l'informazione è in un documento separato
. Charlie:? Su Google
Bob:. No

---

Questo è il motivo per cui non utilizzare StyleCop .