2012-03-13 11 views
1

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

Какие у меня варианты? Как насчет использования основного CruiseControl? Будет ли он хорошо играть с MSBuild? Будет ли это отформатировать результаты MSBuild обоснованно, как CruiseControl.NET «Отчет MSBuild»? Я вижу, что у него не было выпусков с сентября 2010 года. Yikes. По сути, он полностью испечен?

ответ

2

CC.NET действительно лучше чем CruiseControl и легкий.

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

Если вам нужны пользовательские отчеты, настраиваемая электронная почта или настраиваемая статистика, затем продолжите работу с CC.NET.

И помните, что вы всегда должны использовать CCValidator.exe, расположенный в папке установки CC.NET, для проверки ваших конфигурационных файлов.

Переключение с одного инструмента CI на другое легко, так как у вас уже есть все сценарии для выполнения.

+0

Возможно, вы правы. Я просто оглядывался, чтобы увидеть, есть ли что-нибудь «намного лучше». –

3

Будучи долговременным пользователем cc.net, я бы рекомендовал переключиться на Jenkins или TeamCity. Мне очень нравится TeamCity, но Дженкинс тривиально настраивать и запускать.

+0

Как долгое время пользователь cc.net, не могли бы вы уточнить, почему коммутатор стоит того? –

+2

@ Ralph - Несколько причин, но самым сильным является то, что CC.Net требует создания и модификации проприетарного формата xml для запуска проектов, тогда как другие две системы предоставляют графический интерфейс. В последней версии CC.Net есть некоторые «функции» (в частности: безопасность и модули), которые кажутся наполовину испеченными. Последняя причина заключается в том, что cc.net не имеет активного владельца и не обновляется более полутора лет. –

+0

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

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