"Tratar todas las advertencias como errores, excepto ..." en Visual Studio

Question

En Visual Studio, puedo seleccionar la opción "Tratar advertencias como errores" para evitar que mi código se compile si hay advertencias. Nuestro equipo usa esta opción, pero hay dos advertencias que nos gustaría mantener como advertencias.

Hay una opción para suprimir las advertencias, pero QUEREMOS que aparezcan como advertencias, por lo que no funcionará.

Parece que la única manera de obtener el comportamiento que queremos es ingresar una lista de cada número de advertencia C# en el cuadro de texto "Advertencias específicas", excepto los dos que queremos tratar como advertencias.

Además del dolor de cabeza de mantenimiento, la mayor desventaja de este enfoque es que algunas advertencias no tienen números, por lo que no se pueden hacer referencia explícita. Por ejemplo, "No se pudo resolver esta referencia. No se pudo encontrar el conjunto 'Datos ....'"

¿Alguien sabe de una mejor manera de hacerlo?

---

Aclarando a aquellos que no ven de inmediato por qué es útil. Piensa en cómo funcionan la mayoría de las advertencias. Te dicen que algo está un poco apagado en el código que acabas de escribir. Se necesitan unos 10 segundos para repararlos, y eso mantiene la base de código más limpia.

La advertencia "Obsoleto" es muy diferente a esta. A veces arreglarlo significa simplemente consumir una nueva firma de método. Pero si una clase entera está obsoleta y tiene un uso disperso a través de cientos de miles de líneas de código, podría llevar semanas o más arreglarla. No quiere que la construcción se rompa por tanto tiempo, pero definitivamente QUIERE ver una advertencia al respecto. Esto no es solo un caso hipotético: esto nos ha sucedido a nosotros.

Las advertencias "advertencias" literales también son únicas. A menudo quiero para registrarlo, pero no quiero romper la compilación.

Answer 1

Puede agregar un WarningsNotAsErrors -tag en el archivo de proyecto.

<PropertyGroup> 
    ... 
    ... 
    <WarningsNotAsErrors>618,1030,1701,1702</WarningsNotAsErrors> 
</PropertyGroup> 

Nota: 612 y 618 son dos advertencias sobre obsoleto, no sé la diferencia, pero el proyecto que estoy trabajando en está informando obsoleto con la advertencia 618.

Answer 2

¿Por qué quiere seguir viendo advertencias de que no está tratando como errores? Estoy confundido acerca de por qué es deseable, ya sea que los arregles o no.

¿Funcionarían dos archivos de compilación/solución diferentes, o una secuencia de comandos para copiar uno y luego modificar el nivel de advertencia/advertencia adecuado? Parece que tal vez quieras algunas ejecuciones del compilador para graznar, pero otras quieres continuar.

Por lo tanto, los diferentes modificadores de compilación parecen una buena forma de hacerlo. Podría hacer esto con diferentes objetivos: uno etiquetado como depurar o liberar y los otros etiquetados de forma adecuada acerca de las advertencias.

Answer 3

Me parece que el problema de raíz es realmente una combinación de sus advertencias de tratamiento como errores, cuando claramente no lo son, y su aparente política de permitir registros que violan esto. Como dices, quieres poder seguir trabajando a pesar de una advertencia. Solo mencionó algunas advertencias que desea ignorar, pero ¿qué pasa si alguien más en el equipo causa otro tipo de advertencia, que le tomaría la misma cantidad de tiempo corregir? ¿No te gustaría poder ignorar eso también?

La solución lógica sería 1) No permitir registros si el código no se compila (lo que significa que los que crearon las advertencias tendrán que corregirlos, ya que en efecto, rompieron la construcción), o 2) tratar advertencias como advertencias Cree dos configuraciones de compilación, una que trate las advertencias como errores, que se pueden ejecutar regularmente para garantizar que el código sea libre de advertencias, y otra, que solo las trate como advertencias, y le permita trabajar incluso si alguien más introdujo una advertencia.

Answer 4

advertencia pragma (Referencia de C#)

advertencia pragma se puede utilizar para activar o desactivar ciertas advertencias.

http://msdn.microsoft.com/en-us/library/441722ys(VS.80).aspx

Answer 5

/warnaserror/warnaserror-: 618

Answer 6

o más específicamente, en su caso:

/warnaserror/warnaserror-: 612,1030,1701,1702

este debe tratar todas las advertencias como errores a excepción de los que están en su lista separada por comas

Answer 7

estoy usando tratan como advertencias errores

En una rara casos, cuando alguna advertencia aceptable se muestra (es decir, referencia miembro obsoleto, o documentación sobre las clases de serialización XML que falta), entonces tiene que ser explícitamente suprimida con #pragma desactivar (y la razón opcionalmente por no tener un código limpio podría proporcionarse como un comentario a lo largo).

La presencia de esta directiva también permite averiguar, que aceptó esta violación de advertencia (por acción de "culpa" de control de versión) en caso de que haya algunas preguntas.

Answer 8

¿Por qué no simplemente tener una regla que dice "Quien revise el código con cualquier advertencia dentro de él que no sea 612, 1030, 1701 o 1702 debe ir a la pizarra y escribir cien veces" No verificaré el código con advertencias prohibidas de nuevo. '"