Linters y comprobaciones previas

Un linter es un programa que lee el archivo de la regla y aplica comprobaciones fijas sobre su forma: que sea un documento bien formado, que declare los campos obligatorios, que el id no esté repetido, que ningún valor de búsqueda sea tan amplio que coincida con todo. Cada comprobación tiene un código y una severidad. Un error bloquea la unión del cambio; un aviso se muestra pero no la detiene.

Un linter no ejecuta la regla contra datos. Por eso encuentra defectos de forma con total fiabilidad y no sabe nada de lo que la regla hará con tus eventos: cuántas alertas dará o si deja de ver algo que debía ver.

Un id repetido es de los defectos que más duelen después: las fichas, los tickets y las pruebas apuntan a un id, y con dos archivos iguales nadie sabe a cuál. Abre el panel: reglas_del_linter explica cada código y hallazgos lista lo que encontró el linter en los archivos de la semana.

No todos los hallazgos detienen el cambio. La columna bloquea de la tabla de comprobaciones lo dice por código. Para saber cuántos hallazgos del informe impiden unir un cambio hay que cruzar las dos tablas: el código de cada hallazgo con lo que dice su comprobación.

La tabla ultima_semana junta, por regla, los hallazgos del linter y las alertas que la regla generó en siete días en producción. Un linter en verde dice que el archivo está bien formado. No dice que la regla sirva. Busca la regla que no tuvo ningún hallazgo y, aun así, saturó al turno.

AAM-116 pasó todas las comprobaciones y dio miles de alertas en una semana. El equipo propone añadir más reglas al linter para que no vuelva a pasar.