Kann ich FX Cop-Code-Analyse Verletzungen global unterdrücken?

Question

Wenn Sie Visual Studio Code analysic (FxCop) verwenden, und nicht ohne eine Nachricht zu unterdrücken, gibt es drei Möglichkeiten.

1. Unterdrückt eine Verletzung im Code.
2. Unterdrückt eine Verletzung in einer GlobalSupression.cs Datei.
3. Deaktivieren Sie die Verletzungsprüf in der Projektdatei (über Projekt -> Eigenschaften -> Code-Analysic)
.

Die spätere ist sehr schwer zu überprüfen, wenn in Quellcodeverwaltung überprüft, und es ist schwierig, einen Überblick über alle behinderten Verletzungen zu bekommen. So möchten wir 2 Option verwenden.

Das Problem mit der Option 1 und 2 ist, dass Sie eine Unterdrückung Linie für jede Verletzung erhalten. Z. B wie:

[assembly: SuppressMessage("Microsoft.Design", "CA1020:AvoidNamespacesWithFewTypes", Scope = "namespace", Target = "Company.Project.Namespace2")]
[assembly: SuppressMessage("Microsoft.Design", "CA1020:AvoidNamespacesWithFewTypes", Scope = "namespace", Target = "Company.Project.Namespace1")]

Wir würden gerne so etwas wie dieses ing GlobalSuppressions.cs tun:

[assembly: SuppressMessage("Microsoft.Design", "CA1020:AvoidNamespacesWithFewTypes")]

Aber ist das möglich?

Answer 1

Unterdrückende mehr Verletzungen mit einem einzigen SuppressMessage Attribut wird offiziell nicht unterstützt. Offenbar dies ist konstruktionsbedingt.

Ich bin damit einverstanden, es manchmal lästig sein könnte, aber ich kann nicht sagen, dass ich mit der Entscheidung nicht einverstanden, da das Attribut ihre Art und Weise ist es, Sie zu zwingen, zu sagen: „Ja, ich weiß, was ich tue“, das sollte in einer Fall-zu-Fall-Basis ausgewertet werden.

Answer 2

Ich denke, die Dinge geändert haben, seit diese Frage gestellt und beantwortet wurde. Für Visual Studio 2010 und 2012 können Sie eine benutzerdefinierte „Regelsatz“ Datei erstellen, in dem Sie die Codeanalyse-Regeln Sie wollen unterdrücken angeben.

http://msdn.microsoft.com/en-us/library/ dd380660.aspx

Also, was ich getan habe, ist eine einzige benutzerdefinierte Regelsatz-Datei zu erstellen, die in der obersten Ebene Ordner meiner Repository Quellensammlung, und ich verweisen diese Datei in jedem Visual Studio-Projekt. Dies bedeutet, dass ich einen zentralen Ort, an dem ich die Codeanalyse-Regeln unterdrücken kann, die ich einfach nicht ausstehen. Aber wenn ich jemals meine Meinung ändern, oder entscheiden, ich soll meine schlechte Codierung Gewohnheiten überdenken, ich kann sehr einfach die Regel wieder zu aktivieren und sehen, wie viele Code-Analyse-Nachrichten, die ich bekomme.