Ostrzeżenia jako błędy lub przestarzały atrybut w Visual Studio

Question

Podobają nam się ustawienia Ostrzeżenia jako błędy ponieważ mamy politykę nie sprawdzania kodu z ostrzeżeniami i jest to jedyny skuteczny sposób, jaki znaleźliśmy, aby go wymusić.

Lubimy również używać przestarzałego atrybutu , aby zgłaszać metody, których nie należy już używać.

Problem jest to, że dodanie atrybutu Przestarzałe do metody lub klasy natychmiast powoduje mnóstwo projektów nie budować (nie wspominając problemów, jeśli wywołanie .NET API jest przestarzała).

Czy ktoś ma dobre rozwiązanie tego problemu?

Chcemy widoczne, trudno zignorować wskaźnik, że jesteś przy użyciu przestarzałej API ale nie powoduje kompilacja się nie powiedzie. Chcemy zobaczyć ostrzeżenia w IDE i w kompilacjach CI.

Answer 1

Prostym rozwiązaniem byłoby mieć konfigurację kompilacji (np danej konfiguracji kompilacji debugowania) bez ostrzeżeń jak błędów. Jeśli jednak chodzi o to, aby oznaczyć deweloperom, że coś jest nie tak z kompilacją, nie jest to dobre, ponieważ zapominają zrobić kompilację wydania, zanim się odprawią.

Alternatywnie, zamiast używać "ostrzeżeń jako błędów" "możesz ustawić swój zestaw reguł, aby sam generował błędy, zamiast podnosić ostrzeżenia. Będzie to oznaczać, oczywiście, że ostrzeżenia inne niż CA nie spowodują błędów.

Najlepszym rozwiązaniem, jak sądzę, byłoby obsługiwać go po stronie serwera. Idealnie byłoby mieć jakąś gated checkin żeby repozytorium kodu odrzuca zobowiązuje, które nie budują z jego definicji kompilacji (z ostrzeżeniami-as-błędów na, a programiści mogą zostawić ostrzeżenia-as-off błędy). Podejrzewam, że jest to jednak tylko funkcja TFS-2k10.