Новое в качественные ворота sonarqube.Обращение за помощью -
Существует ли способ, с помощью которого могут возникнуть проблемы с качеством, и я буду использовать бизнес-термин «неподдерживаемый язык», который может быть определен как любой, у которого нет sonarqubeсканер .... или, более конкретно, определяется деловой позицией, не имеющей языка 'XYZ'.
Применяется: есть ли способ сломать качественный шлюз, по крайней мере на высоком уровне, обнаружив существованиеСкажем, например, файлы по расширению (т.е. .groovy для файлов groovy, .c / .h для файлов C ++, например, .bsh для сценариев beanshell), а затем укажите простой 'linecount', показывающий, сколько файлов исколько строк в файлах, которые «не соответствуют»?
ps linecount - это show 'scope', поэтому, если размер файла проще, это будет работать на высоком уровне, хотя linecount легче рассуждать /угадайте с.
pps Дополнительные рассуждения / осложнения - метрики «покрытия кода» основаны только на распознанных сканированиях, поэтому проект, показывающий «покрытие кода 95%» только для 2java-файлы, но другие 40 groovy-файлов, например, не включены в метрику.Этот пример поможет лучше понять, почему нужно искать способы решения этой проблемы (кроме добавления неподдерживаемого плагина эхолота Groovy, о котором я вижу / знаю, но это не является корневой проблемой).
Спасибо за любыеварианты креатива / быстрого применения!
-Darren