CruiseControl [.Net] против TeamCity для непрерывной интеграции?

Question

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

Я много читал и узнал о CruiseControl.NET , используемом при разработке stackoverflow, и TeamCity с его поддержкой агентов сборки на разных ОС-платформах и на основе разные языки программирования. Итак, если у вас есть практический опыт работы с обоими из них, какой из них вы предпочитаете и почему?

В настоящее время меня больше всего интересует простота использования и управления инструментом, а тем более, что CC является открытым исходным кодом, а TC требует лицензирования в какой-то момент, когда у вас есть много проектов для запуска ( потому что мне это нужно для небольшого количества проектов).

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

Answer 1

Я пользуюсь Teamcity в течение последних полутора лет, и у меня большой опыт. Я интегрировал ряд проектов .Net и Java и использовал такие инструменты, как MSBuild, Maven и т. Д. Я обнаружил, что Teamcity довольно прост в настройке и работе. Мне удалось запустить CI для некоторых проектов sql, что было кошмаром, что могло быть хуже с другими инструментами CI.
Недавно обновленный до Teamcity 8.0.6, который был безболезненным. Также Teamcity предоставляет REST API , что очень полезно для некоторых сценариев. Если вы используете PowerShell для автоматизации сборок, на GitHub

доступны несколько сценариев интеграции Psake / Teamcity.