У меня есть решение с 8 веб-проектами и 12 исполняемыми файлами. Все они очень тесно связаны, так как между ними есть много общих бизнес-библиотек; у нас есть одно определение сборки в VSTS для всего решения, но у нас есть 20 разных определений выпуска.
У нас есть единые среды для Dev/QA/Pre-Prod/Production, достаточно параллельной активной разработки и административные ограничения, так что одно изменение, продвигающее модель всех сред, не совсем работает для нас; тест Dev и QA, который позже перейдет к ночной составной сборке для кандидатов на выпуск.
Мне кажется, что мы хотим иметь два набора определений релиза (набор для разработки и контроля качества, а также набор для принятия пользователем через производственный набор), но если следовать этой модели, у нас в итоге будет 40 определений релиза. Я что-то упускаю? У нас есть отдельные определения для EXE-файлов, потому что мы не хотим, чтобы сбой одного релиза влиял на другой, и, поскольку все они являются отдельными полезными нагрузками для отдельных каталогов, кажется, что все они должны быть разными.
Верен ли шаблон 1 релизного определения для каждого развертываемого проекта, а в случае ночных сборок — два набора всех развертываемых релизных определений?
