Thread by @ealmeida

Hoy es un excelente día, para mejorar tu KB #GeneXus y eliminar todos los mensajes WARNINGS en el Build All.

0) Tener un backup de la KB (export, congelar version o copia)
1) Hacer un Rebuild ALL sin errores.

(sigue)

2) Editar las propiedades del Generador y en
Warning treated as error y poner

spc0005 spc0008 spc0023 spc0024 spc0025 spc0043 spc0046 spc0047 spc0047 spc0051 spc0158 spc0136

Esto es para lograr que todos los objetos pasen los parámetros correctos
(sigue)

3) Hacer otro REBUILD ALL y corregir todos los errores nuevos que aparezcan. Testear y subir al server en caso de ser necesario.

(sigue)

4) Ignorar aquellos Warning que no voy a tomar en cuenta en forma global.

Editar las propiedades del generador y en
Disabled Warnings poner:

spc0096 spc0107 spc0142 spc0038 spc0060 spc0087

(sigue)

La lista de warnings ignorados en forma global del paso anterior, hay que personalizarla para cada KB. La lista anterior, no muestra warnings por indices, pues tienen un control en otra etapa.

(sigue)

5) Hacer otro REBUILD ALL.
Revisar la lista de objetos que aun tienen warning.

5.1) Si el warning es evitable, corregirlo.
Por ejemplo, tengo codigo C# o Java para hacer algo, que ahora se puede hacer nativo con Genexus.

(sigue)

5.2) Si el warning no es evitable y es aceptable y no quiero que aparezca mas, puedo editar las propiedades del objeto, y agregar dicho warning en

Disabled Warning (a nivel del objeto)

Conviene poner ese y solo ese warning, sacando todos los globales.

6) Hacer otro Rebuild all (ya sin ningun warning o solo con los que decidimos dejar).
Testear y subir cambios al server.

(sigue)

El tener una KB sin warnings, libera al desarrollador a tener que mirar objetos cada vez que se los especifica.

Al tener una KB libre de warnings, cada vez que aparezca uno nuevo, es mucho mas fácil detectarlo y corregirlo.
(sigue)

Hay que pensar menos en ese tema y eso ayuda a concentrarse en otras cosas.

En mi experiencia, ayuda muchísimo a mejorar la calidad de la KB.