Автоматические сборки ветвей с SVN

Question

Что я хочу сделать, это иметь CI и автоматическую сборку для всех моих ветвей в репозитории. Я хотел бы, чтобы каждая сборка этих веб-приложений имела свой собственный проект и размещалась как виртуальный каталог (или его эквивалент) на сайте филиалов. Было бы здорово создать новую ветку и начать автоматическую интеграцию и процесс сборки. Добавление нового виртуального каталога в IIS не имеет большого значения, я в порядке с этим, если остальное просто встанет на свои места.

Для примера:

http://branch.domain.com/branch101/

http://branch.domain.com/otherBranchName/

В настоящее время я использую SVN, Нана и CruiseControl.NET, но я открыт другой сервер непрерывной интеграции или построить если это требует ситуация.

Answer 1

Я не понимаю настоящего вопроса. В любом случае, я предлагаю вам Хадсон (http://hudson-ci.org/).

Это прост в использовании. Легко настраивается с помощью XML-файлов. У этого есть удаленный API.

Answer 2

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

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

Answer 3

Это можно сделать, но многое из этого зависит от ваших скриптов сборки. Если вы сообщите cc.net отслеживать папку svn верхнего уровня, например, у вас есть монитор проекта:

, а не http://myserver.com/svn/project/trunk. Если какие-либо изменения видны в http://myserver.com/svn/project, он начнет сборку.

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

Другим вариантом будет проект cc.net, который был разработан, чтобы ничего не делать, кроме добавления новых проектов в ваш cc.net. (Назовите проект BranchBuilder) Я бы использовал препроцессор в cc.net и имел файл .config верхнего уровня, который просто включал проект для магистрали и каждой ветки. Проект построителя ветвей будет вести учет корневого пути на svn. Если бы он увидел какие-либо изменения, он бы посмотрел, есть ли новые ветви с момента последней сборки. Если бы он был один, он мог бы создать файл ccnet-branchname.config для этой ветви, создать vdir, а затем обновить корневой файл ccnet.config дополнительным включением.

После обновления конфигурации ccnet cc.net распознает, что файл конфигурации был изменен и перезагрузите конфигурацию, добавив новый проект филиала. Этот проект филиала начнет работать и построит новую ветку.