Сроки Roslyn Code Analyzers против анализа устаревшего кода - PullRequest
0 голосов
/ 02 июля 2019

Я пытаюсь убедить мою организацию переключиться с анализа устаревшего кода для проектов на C # на использование Roslyn Analyzers.Я думаю, что большинство людей продаются за эту идею из-за всех преимуществ, которые она предлагает (не говоря уже о том, что анализ кода не рекомендуется), но одна главная проблема заключается в том, что у нас такое большое решение (~ 400 проектов) и дополнительное времяТребуется, чтобы анализ устаревшего кода сегодня был слишком болезненным для отдельных разработчиков, чтобы работать все время.Сегодня мы включаем анализ кода только в Release, чтобы нам не приходилось воспринимать этот удар при каждой компиляции.Насколько я понимаю, анализаторы Roslyn не могут быть настроены для работы в Release против Debug (и вы не захотите, IMHO).Страх состоит в том, что если мы переключимся, время компиляции для всех сразу увеличится, и это не считается приемлемым.

Я знаю, что существуют другие варианты увеличения времени сборки (например, разделение решения, использование условной загрузки решения и т. Д.), Но мне особенно интересно узнать, есть ли у кого-нибудь данные о количестве времениRoslyn Analyzers добавляет компиляцию против использования устаревшего анализа кода.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...