2009-02-17 10 views
15

Ho svolto ricerche su come abilitare l'analisi delle origini per il progetto su cui sto lavorando e ho intenzione di utilizzare StyleCop. L'installazione che ho è un server TFS per il controllo del codice sorgente, che utilizza l'integrazione continua TFS. Voglio abilitare l'analisi delle origini per le build CI e le build giornaliere eseguite sulla macchina di build, e non solo per quelle eseguite sui computer degli sviluppatori.Il modo migliore per integrare StyleCop con TFS CI

Ecco un articolo dalla documentazione di StyleCop che ho letto sull'argomento: http://blog.newagesolution.net/2008/07/how-to-use-stylecop-and-msbuild-and.html. In pratica modifica il file csproj per lo scopo.

Ho anche letto le altre opinioni su come StyleCop dovrebbe essere integrata con l'automazione di costruzione, che consigliano di fare la stessa cosa usando costruire compiti:

http://blog.newagesolution.net/2008/07/how-to-use-stylecop-and-msbuild-and.html http://freetodev.spaces.live.com/blog/cns!EC3C8F2028D842D5!400.entry.

Quali sono le tue opinioni? Hai avuto progetti simili e hai fatto qualcosa del genere?

risposta

30

Alcuni punti per l'uso StyleCop in generale:

  • Non c'è bisogno di avere StyleCop installato sul vostro (o la costruzione) della macchina - è sufficiente aggiungere i binari del StyleCop al controllo del codice sorgente (circa 1,5 MB di roba)
  • Poi basta aggiungere il riferimento relativo ai file di progetto, come questo (ho lasciato fuori < e>):

    Importa progetto =" .. \ .. \ lib \ Microsoft StyleCop \ Microsoft.StyleCop. Obiettivi "

  • Trattiamo tutti gli avvisi di StyleCop come errori utilizzando l'impostazione StyleCopTreatErrorsAsWarnings nel file di progetto.

  • Per i progetti precedenti, è possibile utilizzare lo strumento fornito da Microsoft per impostare automaticamente tutti i file sorgente esistenti da ignorare.
  • È possibile inserire il file delle impostazioni di StyleCop (Settings.StyleCop) nella directory principale in cui si trova la soluzione VS (e ovviamente posizionarlo sotto il controllo del codice sorgente). StyleCop sa come trovare automaticamente questo file (rimuovendo l'albero delle directory). In questo modo puoi avere impostazioni personalizzate per ogni soluzione.
  • Abbiamo disattivato alcune regole di StyleCop che riteniamo non siano molto pratiche da seguire.

In questo modo, StyleCop verrà integrato nel passaggio di compilazione e come tale diventerà parte della build CI.

+0

Esattamente come fa il mio team. Non ci importa delle modifiche .csproj, ci aiuta ad aggiungere altre funzionalità e attività personalizzate lungo il percorso. –

+1

Sembra che ci sia un pacchetto nuget per questo ora! : D –

+6

Per riferimento, il pacchetto NuGet è [StyleCop.MSBuild] (http://www.nuget.org/packages/StyleCop.MSBuild/) –

2

Usiamo l'approccio nei seguenti articoli con successo su un paio di progetti ...

http://blogs.msdn.com/sourceanalysis/pages/source-analysis-msbuild-integration.aspx http://blogs.msdn.com/sourceanalysis/archive/2008/11/11/introducing-stylecop-on-legacy-projects.aspx

fondamentalmente si imposta un paio di variabili d'ambiente, li riferimento in tutti i file Csproj in modo che tu possa gestire diverse directory di lavoro per ogni singolo sviluppatore, installare i componenti StyleCop MSBuild sul computer di costruzione e sei fuori. Nessuna modifica alla build del team richiesta.

1

Vai a Visual Studio, fai clic con il tasto destro del mouse su Soluzione> Gestisci pacchetti Nuget> Installa StyleCop.MSBuild.

Questo è =

Problemi correlati