In Visual Studio kann ich die Option "Warnungen als Fehler behandeln" auswählen, um zu verhindern, dass mein Code kompiliert wird, wenn Warnungen vorhanden sind. Unser Team verwendet diese Option, aber es gibt zwei Warnungen, die wir als Warnungen behalten möchten.
Es gibt eine Option zum Unterdrücken von Warnungen, aber wir möchten, dass sie als Warnungen angezeigt werden, damit dies nicht funktioniert.
Es scheint, dass die einzige Möglichkeit, das gewünschte Verhalten zu erzielen, darin besteht, eine Liste aller C # -Warnnummern in das Textfeld "Spezifische Warnungen" einzugeben, mit Ausnahme der beiden, die als Warnungen behandelt werden sollen.
Neben den Wartungsproblemen besteht der größte Nachteil dieses Ansatzes darin, dass einige Warnungen keine Nummern enthalten und daher nicht explizit referenziert werden können. Beispiel: "Diese Referenz konnte nicht aufgelöst werden. Die Assembly 'Daten ....' konnte nicht gefunden werden."
Kennt jemand einen besseren Weg, dies zu tun?
Klärung für diejenigen, die nicht sofort sehen, warum dies nützlich ist. Überlegen Sie, wie die meisten Warnungen funktionieren. Sie sagen Ihnen, dass in dem Code, den Sie gerade geschrieben haben, etwas nicht stimmt. Es dauert ungefähr 10 Sekunden, um sie zu reparieren, und das hält die Codebasis sauberer.
Die Warnung "Veraltet" unterscheidet sich stark davon. Manchmal bedeutet das Beheben nur das Konsumieren einer neuen Methodensignatur. Wenn jedoch eine ganze Klasse veraltet ist und Sie sie in Hunderttausenden von Codezeilen verwenden, kann die Korrektur Wochen oder länger dauern. Sie möchten nicht, dass der Build so lange unterbrochen wird, aber Sie möchten auf jeden Fall eine Warnung dazu sehen. Dies ist nicht nur ein hypothetischer Fall - das ist uns passiert.
Literale "#warning" -Warnungen sind ebenfalls einzigartig. Ich möchte es oft einchecken, aber ich möchte den Build nicht brechen.