How to get rid von StyleCop
Jemand auf unser team StyleCop installiert und seitdem alle Projekte, die er geladen und verpflichtet sich zur Quellcodeverwaltung weigern, zu laden, es sei denn, stylecop installiert ist.
Ich weiß, ich kann manuell Bearbeiten .csproj-Dateien, um es loszuwerden, aber es ist eine einfache Möglichkeit, automatisch zu entfernen diese stylecop Teile aus dem Projekt-Dateien, damit Sie geladen werden können, und gebaut auf einem nicht-stylecop-infizierte Visual Studio-Computer?
Haben Sie entfernt alle Verweise auf die StyleCop Baugruppen in Ihren Projekten? Sie können entfernen Sie diese Verweise durch Visual Studio.
Ich empfehle, dass Sie immer noch nutzen, StyleCop, es hat einen Mehrwert, aber vielleicht sollten Sie Sie nach außen, so dass Sie brauchen keine änderungen an Ihren bestehenden Projekten.
Ich dachte, StyleCop wurde ein tool für Visual Studio, das erlaubt Sie zum markieren von Regeln, die gebrochen wurden in Ihrem Quellcode über die IDE, warum würden Sie brauchen, um einen Verweis hinzufügen, um es von Ihrem Projekt? Ich habe mit StyleCop für eine Weile jetzt, und es nicht gesehen etwas hinzufügen, um mein Projekt oder Quellcode-Dateien.
Die Regeln sind nicht unbedingt hervorgehoben in der IDE. Wenn Sie legen Sie zwei Linien in jeder .csproj-Datei und legen Sie die StyleCop-dlls in deinem Projekt-Ordner, Regeln verletzt Ursache-Fehler beim kompilieren...egal, wenn Sie kompilieren in Visual Studio oder mit MSBuild, und keine Notwendigkeit, es zu installieren, auf die jeder Entwickler-Maschine.
Ich kam auf diese Frage, denn wenn ich entfernt StyleCop und immer wenn ich geladen VS oder Projekte, die Sie gab mir eine Warnung, dass das Paket nicht korrekt geladen. Ich konnte nicht eine Antwort finden überall, aber ich löste es mit
Ich empfehle, dass Sie immer noch nutzen, StyleCop, es hat einen Mehrwert, aber vielleicht sollten Sie Sie nach außen, so dass Sie brauchen keine änderungen an Ihren bestehenden Projekten.
Ich dachte, StyleCop wurde ein tool für Visual Studio, das erlaubt Sie zum markieren von Regeln, die gebrochen wurden in Ihrem Quellcode über die IDE, warum würden Sie brauchen, um einen Verweis hinzufügen, um es von Ihrem Projekt? Ich habe mit StyleCop für eine Weile jetzt, und es nicht gesehen etwas hinzufügen, um mein Projekt oder Quellcode-Dateien.
Die Regeln sind nicht unbedingt hervorgehoben in der IDE. Wenn Sie legen Sie zwei Linien in jeder .csproj-Datei und legen Sie die StyleCop-dlls in deinem Projekt-Ordner, Regeln verletzt Ursache-Fehler beim kompilieren...egal, wenn Sie kompilieren in Visual Studio oder mit MSBuild, und keine Notwendigkeit, es zu installieren, auf die jeder Entwickler-Maschine.
Ich kam auf diese Frage, denn wenn ich entfernt StyleCop und immer wenn ich geladen VS oder Projekte, die Sie gab mir eine Warnung, dass das Paket nicht korrekt geladen. Ich konnte nicht eine Antwort finden überall, aber ich löste es mit
devenv /Setup
& devenv /ResetSettings
. Hoffe, es hilft jemand.InformationsquelleAutor gbjbaanb | 2010-12-09
Du musst angemeldet sein, um einen Kommentar abzugeben.
Deaktiviert habe, StyleCop, indem Sie den folgenden
GlobalSettings
Konfiguration der Dateisettings.stylecop
im root-Lösung.Sie können markieren Sie diese als Antwort statt? Die aktuell markierte Antwort nicht die Antwort auf die Frage an alle, es ist einfach Aktien eine Meinung, die auf stylecop.
jup, so sah es, 3 Jahre nach zu Fragen, und 8 Jahre nach brauchen die Lösung 🙂
besser spät als nie. Vielen Dank für den up Stimmen.
InformationsquelleAutor Mikael Engver
Stylecop verbirgt echte Warnungen. Seine Eitelkeit Bewegung und seine böse.
Verwenden Sie es nicht.
Ich finde, dass stylecop erzeugt viele, viele belanglose Warnungen, die übertönen die echte Warnungen. Verwenden Sie diese Werkzeuge, aber nicht zwingen, Sie zu sein. Ohne stylecop Warnungen ist eine sinnlose Metrik.
Es verbirgt sich echtes Warnungen, weil einige Entwickler sehen und zu sagen 'schau, kein Stil cop Fragen!", obwohl das schreiben schrecklich, wartbaren spaghetti-code.
Jedes Werkzeug muss verwendet werden, je nach Zweck. Stylecop nicht sagen, dass dein code ist OK, es sagt, dass die Formatierung im Einklang mit den Regeln. Wie die automatische merge-in jeder VCS (svn/git) nie sagt, Sie haben Ihren code sonsistent nach dem merge: es sagt nur, dass alle änderungen zusammengeführt wurden zusammen nach der merge-Regeln. Aber es ist, dass Sie Verantwortung sicherzustellen, dass der code einheitlich ist (z.B. alles kompiliert und unit-tests-pass).
Ich finde, dass stylecop erzeugt viele, viele belanglose Warnungen, die übertönen die echte Warnungen. Verwenden Sie diese Werkzeuge, aber nicht zwingen, Sie zu sein. Ohne stylecop Warnungen ist eine sinnlose Metrik.
StyleCop ist ein fantastisches Werkzeug. Deaktivieren Sie die Warnungen, dass Sie nicht einverstanden sind.
InformationsquelleAutor Stephen
Warum entfernen?
Meiner Meinung nach mit StyleCop ist eine gute Sache.
Ihr einziges problem scheint zu sein, dass Sie Ihr team-Mitglied nicht bis StyleCop richtig.
Ihrer Beschreibung nach, vermute ich, dass er wollte, um StyleCop mit MSBuild integration:
http://blogs.msdn.com/b/sourceanalysis/archive/2008/05/24/source-analysis-msbuild-integration.aspx
Er anscheinend nur verließ der Letzte Absatz "Team-Entwicklung": kopieren Sie die StyleCop-Dateien in Ihr Projekt und überprüfen Sie Sie in die Quellcodeverwaltung, so brauchen Sie nicht zu installieren StyleCop auf jeden einzelnen Entwickler-Maschine. (siehe mein link für eine ausführlichere Beschreibung)
Wenn Sie dies tun, StyleCop, sollte funktionieren auf jedem Rechner, egal ob es installiert ist oder nicht.
Sind wir mit StyleCop auch so, und ich denke, es ist der einfachste Weg, es zu benutzen.
Ich musste einfach legen Sie zwei Linien in jeder .csproj-Datei und überprüfen Sie ein paar Dateien in die its-source-control-einmal...und StyleCop funktioniert einfach, auf jedem kompilieren, auf jeder Maschine (egal, wenn es auf einer Entwickler-Maschine oder auf dem build-server).
die lassen mich mit dem problem loszuwerden thsoe 2 csproj Linien - wie einst, Sie Fehler, wenn Sie nicht haben stylecop installiert. (oder eine ältere version von stylecop - also wenn der build server hat v1 und jemand Aktualisierungen der lokalen Kopie der build-server gestartet wird, Fehler. PiTA)
Sie können deaktivieren Sie bestimmte Regeln in StyleCop. Und Sie können StyleCop nur für bestimmte Projekte. Also wenn der code aus dem anderen team gegen allzu viele Regeln, können Sie einfach deaktivieren, Stylecop für Ihren code und halten Sie es aktiviert, für Ihre.
Über "Sie Fehler, wenn Sie nicht haben stylecop installiert": Sie sich nicht, wenn man den StyleCop-Dateien in Ihr Projekt und überprüfen Sie Sie in die Quellcodeverwaltung ein. Werfen Sie einen Blick auf den link in meiner Antwort, es hat eine detaillierte Beschreibung (letzter Absatz, "Team-Entwicklung").
StyleCop ermutigt die Menschen zu dokumentieren, die Dinge, die nicht brauchen, zu dokumentieren (z.B. Eigenschaften, mit offensichtlichen Namen wie "Familienname") und nicht alles tun, um komplizierte code. Als solche Ursachen Entwickler zu vernachlässigen, wichtig, Dokumentation, während nicht behindern, Ihren workflow zu schreiben sehr basic-code. Der code wird aufgebläht mit unnötigen Formatierungen, die impares Lesbarkeit.
InformationsquelleAutor Christian Specht
TEST DRIVEN DEVELOPMENT
TEST DRIVEN DEVELOPMENT (MIT STYLECOP)
Auch von hier:
Dies ist der Grund, warum nicht verwenden Stylecop.
Nein, Nein, es konnte wirklich nicht. Haben Sie jemals gezwungen worden, dies zu nutzen?
Sharepoint? ach ja 🙁 A 'gesteuert' word-Dokument voller Spulen? ach, ja 🙁 Stylecop? ach, ja 🙁
Nein, ich meinte stylecop. Erzwungene Verwendung von stylecop ist ein Verstoß gegen die Genfer Konventionen.
Es reduziert auch Ihren build ein freaking kriechen.
InformationsquelleAutor tom redfern