Неужели непрерывная интеграция устраняет необходимость в огромных решениях Visual Studio?

Question

У меня есть решение, с которым я работаю с другим человеком, и решение имеет около 50-60 проектов, что, на мой взгляд, слишком много, поскольку оно замедляет время сборки во время разработки и, как правило, требует больше работы над IDE чем это необходимо во время разработки.

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

Поскольку у меня нет большого опыта непрерывной интеграции, мне интересно, если (помимо других фантастических преимуществ, которые приходят с автоматизацией сборки), это стандартный способ, которым другие разработчики избегают необходимости в решениях с большим количеством проектов? Может ли кто-нибудь рекомендовать хороший учебник по непрерывной интеграции и автоматизации сборки для разработчиков .Net/Windows?

Answer 1

Да, решение с 50-60 проектами, скорее всего, слишком много. Предположительно, все эти проекты не относятся к конкретному продукту, который разрабатывается решением, и что многие из них можно рассматривать как элементы структуры?

Я бы порекомендовал переместить любые рамки (продукт агностик) в свое собственное решение для рамок, а затем просто добавить ссылки на скомпилированные сборки в продуктовых решениях, а не сами проекты фреймов.

Если вы используете TeamCity 7 (недавно выпущенный) для вашей непрерывной интеграции, то одной из функций, которые он предоставляет, является упаковка NuGet. Это означает, что вы можете упаковать инфраструктуру вашей компании в пакет NuGet, чтобы сделать развертывание для каждого продукта очень простым.

Некоторые большие ресурсы на непрерывной интеграции/поставки:

• Martin Fowler on Continuous Integration
• Continuous Integration in .NET
• Continuous Delivery: Reliable Software Releases Through Build, Test, and Deployment Automation