Сценарий: Я переношу нашу текущую конфигурацию анализа VS с использованием сонара-бегуна на использование бегуна MSBuild. Однако я столкнулся с довольно значительной проблемой.Миграция с сонара-бегуна на MSBuild Runner. Где был запущен файл sonar -project.properties?
В старой установке мы указали название проекта, ключ и, самое главное, длинный список пропущенных проектов (sonar.visualstudio.skippedProjectPattern
), используя файл sonar-project.properties
.
Это связано с тем, что [ПРЕДУПРЕЖДЕНИЕ: уродливое устаревшее плохое кодирование), у нас есть шесть решений, которые создают десятки и десятки проектов, все из одного и того же git-репо. Многие проекты являются общими для нескольких решений, и мы не хотим, чтобы их анализировали более одного раза. Таким образом, каждое решение имеет набор проектов, которые он «владеет» и которые анализируются как часть его. Таким образом, файл sonar-project.properies
для каждого из других решений указывает, что эти проекты следует игнорировать.
Проблема: В новом MSBuild Runner подходе, там не кажется, MS уровень раствора (также читается как уровень SonarQube Project) конфигурационный файл или механизм в сторону от передачи аргументов в командной строке с MSBuild бегун 'начать' этап. Один либо имеет глобальный файл конфигурации, либо файлы MSBuild *.*proj
(то есть MS project level файлов конфигурации). Последнее, несомненно, не может быть и речи о том, основывается ли проект на анализе, на основе которого анализируется решение.
Как уже отмечалось, мы могли бы передать все это в командной строке, но это не оптимально. Наши сборки выполняются сценариями, которые, насколько это возможно, носят общий характер. Конфигурация в файле sonar-project.properities
помогла им сохранить их таким образом, и мы надеемся, что у нас здесь что-то отсутствует, что позволит нам продолжать использовать этот файл или аналогичный. Мы?
Мне известно о опции/s:. Однако мое понимание документации, поддерживаемой моим тестированием, заключается в том, что использование этой опции заставляет бегун игнорировать файл глобальных настроек по умолчанию. У нас есть глобальный файл настроек, который содержит в себе наши глобальные настройки, общие для всех решений. Я не хочу дублировать эти настройки в множество «локальных» файлов настроек, чтобы я мог также установить конкретные параметры решения в этом файле. Это не СУХОЕ решение или не обслуживаемое. –
Правильно понимаете, файл настроек SonarQube Runner MSBuild концептуально ближе к файлам sonar-runner.properties, чем к sonar-project.properties. –