Есть ли способ получить сообщения об ошибках и предупреждениях на уровне проекта из Team Build 2010 без замедления сборки?
Я нахожусь в процессе настройки непрерывной интеграции в нашей системе TFS. Одной из основных частей нашей системы является разработка около 50 модулей DotNetNuke для поддержки нашей инфраструктуры CMS. Прямо сейчас, у каждого из этих проектов есть свое собственное решение, так как их базы кода в основном разобщены (с общим кодом в 1 или 2 общих проектах). Хранение их в собственном решении сделано потому, что это ускоряет процесс разработки (загрузка, компиляция и т. Д....)
Однако это оказалось трудно поддерживать при настройке сборки TFS team, поскольку каждое решение необходимо вручную добавить в определение сборки, а MSBuild, похоже, не может воспользоваться преимуществами параллельной компиляции, поскольку каждый проект находится в своем собственном решении. Это приводит к тому, что полное время сборки составляет около 5 минут, что не так уж и плохо, но не идеально. Хотя в основном это не идеально с точки зрения поддержки определения сборки.
Чтобы решить эту проблему, я создал глобальное решение, включающее все проекты. Идея заключается в том, что если вы хотите, чтобы ваш проект автоматически компилировался и развертывался с помощью TFS, вам придется включить ваш проект в глобальное решение. Кажется, это работает хорошо, так как его легко поддерживать с точки зрения определения сборки и сокращает общее время сборки до 70 секунд.
Одна проблема заключается в том, что отображаемый журнал сборки TFS объединяет все предупреждения и ошибки вместе в рамках решения, а не разделяет их по проектам. Это мешает быстро увидеть, какой проект вызвал какие ошибки и предупреждения.
Есть ли хороший способ увидеть сообщения об ошибках и предупреждениях на уровне проекта в сводном представлении журнала сборки, не углубляясь в загроможденный журнал сборки?
1 ответ
Чтобы ответить на ваш прямой вопрос, я полагаю, что ответ - нет (по крайней мере, без некоторых тяжелых настроек).
Для меня это никогда не вызывает большой озабоченности, поскольку я довольно агрессивно настроен на то, чтобы заставить мои команды свести ошибки / предупреждения к нулю, а затем принудительно применять их с помощью сборки TFS (/p:TreatWarningsAsErrors=true). Это означает, что вам никогда не придется просматривать сотни предупреждений в сводке сборки.
Если вы добавите все свои индивидуальные решения в определение сборки, вы всегда можете использовать TFS Power Tools, чтобы "клонировать" определение сборки, чтобы упростить обслуживание. Вы также можете изменить шаблон сборки для параллельного построения решений / проектов, хотя это может привести к проблемам с конфликтами файлов.