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