2016-10-21 2 views
0

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

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

+0

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

+0

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

+0

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

ответ

1

См этих путей решения проблемы:

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

Более подробную информацию, вы можете обратиться к this статье.

+0

После того, как я очистил связанное с ним рабочее пространство и папки, а затем перезапустил работу sonarserver. – Fabito

Смежные вопросы