Как мне подходить к непрерывной интеграции и версиям .NET Framework

Question

Я только начинаю переход на .NET Framework 3.5. Я использую CruiseControl.NET для нашей непрерывной интеграции и хотел бы узнать, как другие люди подходят к этой настройке.

У меня есть ветка исходного кода, озаглавленная NET3.5, но на данный момент я сохраняю транк как 2.0.

Я создал два проекта CruiseControl, которые извлекают из ствола и филиала.

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

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

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

Приветствия

Answer 1

Лично я создаю новый проект CCNet для филиалов, который звучит как то, что вы сделали.

Преимущества этого:

• Изменения в одной ветви приводят только к перестройке одного проекта
• У вас есть отдельные отчеты о сборке / артефакты для каждой ветви
• Если одна ветвь обрывается, другую ветвь можно построить / развернуть

Когда вы сливаете ветку обратно в ствол, вы можете удалить дополнительный проект Cruise.

Дайте мне знать, если есть что-то конкретное для вашего приложения ASP.NET, которое я пропустил здесь.

Answer 2

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