Командная сборка теперь мучительно медленная

Итак, вот что я сделал, и я сократил сборку до 9 минут. Для количества проектов, которые я компилирую, меня это устраивает.

• Создал решение, которое содержит все общие библиотеки и все сети. На этом этапе было много дополнительной работы, потому что мне нужно было исправить кучу ссылок, которые были устаревшим кодом или иным образом хранились в нескольких местах.
• Больше всего времени удалось сэкономить при выполнении перемещения файловой системы, а не копирования по сети для всех выходных файлов. Поскольку наше местоположение размещения фактически находится на сервере сборки, это имеет смысл.

Чтобы выполнить перемещение, я просто переопределяю цель CoreDropBuild в файле TFSBuild.proj:

<Target Name="CoreDropBuild"
        Condition=" '$(SkipDropBuild)'!='true' and '$(IsDesktopBuild)'!='true' "
        DependsOnTargets="$(CoreDropBuildDependsOn)" >
             <Exec Command="move $(BinariesRoot)\Release d:\BuildOutput\$(BuildNumber)\Release"/>    
</Target>

Во-первых, это звучит так, как будто все ваши веб-приложения содержатся в одном и том же командном проекте. Если это так, разделите их на логические группы. Обычно один групповой проект должен состоять из одной модели развертывания.

Во-вторых, разделите общие сборки на отдельные командные проекты. После перемещения у вас есть несколько вариантов: вы можете разветвить исходный код или скомпилированные библиотеки DLL на те командные проекты, которые в них нуждаются. У них могут быть свои собственные модульные тесты, и вы можете расширить сборку команды, чтобы автоматически объединяться при успешном тесте, если вы к этому склонны.

Подводя итог, вам нужно упростить свою стратегию сборки.

Вам действительно нужно создавать все в каждом веб-приложении? Если общие сборки не изменились, зачем создавать их снова и снова?

Вот мысль:

1. Пусть у каждого веб-приложения будет своя папка \lib.
2. Поместите каждую общую сборку в папку lib.
3. Разрешите веб-приложению ссылаться только на общие сборки из своей локальной папки lib.
4. Все проверить.

Теперь сборка не должна запускаться, если что-то не изменилось, и сборка не будет включать в себя общие сборки.

• Должна быть центральная папка, содержащая все общие сборки.
• Любое изменение здесь должно распространяться на все локальные папки \lib.
• Наконец, любые общие сборки следует копировать в центральную папку всякий раз, когда они изменяются.

Идея здесь состоит в том, чтобы иметь общий проект сборки, чтобы знать только о центральной папке. Это упростит любые действия после сборки, необходимые для копирования сборки.

Центральная папка должна управляться таким образом, чтобы любые изменения копировались во все ссылающиеся веб-приложения.

Говоря из личного опыта о предложении CruiseControl - помните, что это "каркас" непрерывной интеграции. Он не решит все ваши проблемы «из коробки» (компонентные сборки, срабатывание при каждом изменении компонента и сериализованные сборки, тем не менее, значительно улучшат ситуацию). Потребуется некоторая настройка (и, возможно, даже настройка), чтобы все получилось так, как вы хотите, поэтому будьте готовы потратить некоторое время. Конечно, вы получите огромную отдачу в долгосрочной перспективе, если время сборки сократится — если вы больше не можете игнорировать проблему, стоит потратить некоторое время на лучшее решение CI.

Имейте в виду, однако, что любые усилия по CI настолько хороши, насколько хороши политики, которые у вас есть. У нас были огромные пробелы в политике, когда дело доходило до маркировки версий, выпуска, зависимостей, бета-выпусков двоичных файлов, архивирования сборок... и многих других вопросов, которые мы даже не рассматривали в то время.

Кроме того, будьте готовы выделять хотя бы некоторые ресурсы на поддержание этой вещи. Это не работа на полный рабочий день (и я, например, люблю это делать, поскольку это приводит к постоянному совершенствованию процесса). Наши настройки привели нас от двухчасовой монолитной сборки нашего первого продукта к более чем 400 компонентам в 20 продуктах, которые строятся параллельно на нескольких машинах в течение примерно 20 минут, так что это того стоит.