Сборка TFS2015 SonarQube ВСЕ правила C # = сбой сборки

#c# #visual-studio #visual-studio-2015 #msbuild #tfs-2015

#c# #visual-студия #visual-studio-2015 #msbuild #tfs-2015 #visual-studio

Вопрос:

У меня есть сборка, которая выполнялась и публиковалась в SonarQube корректно, когда мое правило, установленное для C #, было заданным по умолчанию. Затем я создал новый набор правил со всеми ролями C # и установил его в профилях качества для этого конкретного проекта, затем моя сборка начала выдавать эту ошибку:

Не удается прочитать отчет о результатах анализа кода. Убедитесь, что каталог доступен для записи (по умолчанию используется выходной каталог проекта). Процесс ‘msbuild.exe ‘ завершен с кодом ‘1’.

1. Вы имеете в виду Все правила Microsoft? (Я не нахожу всех правил C #) Основываясь на моем тестировании с использованием TFS 2015 build SonarQube 6.0 Microsoft All Rules, он выполняется нормально, и результат обновляется на сервере SonarQube. Поделитесь своим журналом сборки и проектом на OneDrive, я это проверю.

2. Решаете ли вы эту проблему? Если нет, вы можете поделиться журналом сборки и образцом проекта на OneDrive.

3. Я обнаружил, что некоторые проблемы возникают, когда в имени файла стоит запятая. Например: Файл (T, Class).cs … переименование его решает проблему

Ответ №1:

Обратитесь к этим способам решения проблемы:

Уменьшите длину пути до уровня менее 260 символов. Поскольку старый Windows API накладывает ограничение на общую длину, которой может быть имя файла.
Удалите <CodeAnalysisLogFile>binReleaseMyProjectA.exe.CodeAnalysisLog.xml</CodeAnalysisLogFile> строки из файла .csproj
Очистите рабочую область Team Build, чтобы убедиться, что более старая версия этого файла не вызывает никаких проблем. (Удалите файлы в целевой рабочей области вручную или очистите репозиторий перед сборкой (откройте определение сборки => Репозиторий, выберите false для параметра очистки))

Более подробную информацию вы можете найти в этой статье.