2014-02-11 3 views
1

«Мы с радостью управляем Cruise Control .NET для непрерывной интеграции на нашей главной ветке в Git. Мы хотели бы расширить количество филиалов под управлением Cruise Control, чтобы покрыть наши демонстрационные и релизные филиалы. Проблема, с которой мы сталкиваемся, заключается в том, как мы указываем разные файлы конфигурации для наших разных филиалов?Конфигурация ветвления Cruise Control .NET

Проект представляет собой приложение ASP.NET MVC, поэтому нам нужно изменить файл web.config, чтобы изменить базу данных, на которую мы указываем для каждой ветки, плюс наш конфигурационный файл NUnit для изменения веб-сайта. тесты выполняются для каждой ветви.

В идеале мы хотели бы разместить что-то в конфигурационных файлах Cruise Control .NET для каждой ветки, чтобы указать изменения, которые мы хотели бы внести в наши файлы конфигурации веб-сайта. Это должна быть общая проблема, и мне интересно, как это обычно достигается в Cruise Control. Это сложная проблема для поиска в Google, поскольку вы получаете множество запросов о настройке Cruise Control, но не так много о том, как заставить Cruise Control настраивать конфигурационные файлы других приложений.

ответ

2

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

Так добавить всю свою логику для преобразования файлов Web.config & сотрудничества в инструменте сборки (MSBuild, поддельный, NANT, psake и т.д.)

А затем добавить для каждой отрасли вы хотите, чтобы покрыть один проект для CCNet , Вы можете сделать это легко с помощью конфигурации PreProcessor, чтобы просто изменить название ветки с переменной и иметь что-нибудь еще.

Смежные вопросы