Я вижу, что мы можем включить анализ кода в Visual Studio Team Systems. Но я использую Visual Studio 2010 Professional.
Есть ли у нас опция включить анализ кода в этой версии или мы можем интегрировать любые инструменты, такие как FxCop и StyleCop, с этой версией для проверки кода.
Я ожидаю, что мой код будет проанализирован в тот момент, когда я создам свое решение.
Если кто-то знает об этом, пожалуйста, поделитесь мной некоторыми решениями для этого.
Вы можете интегрировать FxCop через Commandline в событие после сборки решения.
Загрузите FxCop 1.36 и добавьте следующую команду в событие post-build:
"$(ProgramFiles)\Microsoft FxCop 1.36\FxCopCmd.exe" /c /p:"$(ProjectDir)\FxCop$(ConfigurationName).FxCop" /consolexsl:"$(ProgramFiles)\Microsoft FxCop 1.36\Xml\VSConsoleOutput.xsl"
Через параметр consolexsl выход отформатирован так, что вывод включается в ваши Builderrors и -warnings VisualStudio.
Мы создали файл FxCop, который определяет правила с помощью FxCop-Gui. Этот файл загружается в команду.
Вы можете использовать FxCop Integrator для Visual studio 2010 http://vs2010fxcopext.codeplex.com/
Посмотрите эту сравнительную таблицу встроенная поддержка анализа кода проверяется, начиная с столбца Premium.
В исходном вопросе также упоминался StyleCop, позвольте мне ответить на эту часть: он также может быть интегрирован в цепочку сборки, как описано в этой статье. Уверены, вам нужно отредактировать путь и цель, упомянутые в статье, с текущим путем/версией StyleCop (теперь $(ProgramFiles)MSBuild\StyleCop\v4.7\StyleCop.Targets).
Чтобы заставить его работать из коробки (исходный контроль), я обычно копирую файлы целей, двоичные файлы StyleCop в какую-либо папку в SC (для этого можно настроить целевой файл) и использовать относительные пути для ссылки на него. Это позволяет избежать создания каких-либо переменных окружающей среды, и проект может быть сразу создан с SC на пустой машине.
Вы должны включить анализ кода вручную. Следуйте ссылке здесь.