Сравнение между CruiseControl, TeamCity и Team Foundation Server

Question

Сегодня мы используем TFS 2008 для управления исходным кодом, и я думаю, что мы перейдем к TFS 2010 так же быстро, как и к RTM.

Мы собираемся использовать какой-то инструмент непрерывной интеграции, но какой? Я смотрю как на TeamCity, так и на CruiseControl.NET, и то, и другое кажется довольно хорошим (TeamCity было немного проще в настройке). Я видел действительно многообещающий скринкаст об инструментах автоматизации TFS 2010, и он выглядит действительно хорошо. Но я только поцарапал поверхность инструментов.

Какой я должен использовать?

Answer 1

Мы начали с CruiseControl.NET и NAnt. Это бесплатные инструменты и дают вам полный контроль. Они интегрируются с системой контроля версий TFS через плагин . Недостатками были кривая обучения, плохая документация (для CC.NET) и редактирование XML. Все сводилось к одному разработчику (мне), который поддерживал сценарии.

Мы наконец перешли на TeamCity. Он интегрируется с контролем исходного кода TFS; большинство стандартных действий могут быть сделаны из коробки. Он прост в использовании (через Интернет), поэтому любой разработчик может настроить в нем свой проект с минимальным обучением. Для расширенного использования он интегрируется с NAnt . Вам понадобится довольно здоровенный сервер для машины сборки (хотя агенты могут быть распределены).

Я не пробовал функции TFS CI; TeamCity делает то, что нам нужно. Есть бесплатная версия для начинающих; если вы перерастете это, лицензия будет разумно оценена для магазина разработки среднего размера.

Answer 2

Учитывая, что вы уже используете TFS, я сначала попробую инструменты CI TFS и пересмотрю ваше решение, если оно не соответствует вашим потребностям. На самом деле, в TFS 2008 есть функции CI: я бы настроил их раньше, чем ждал, пока 2010 не упадет.

Моя команда сейчас использует некоторые функции CI TFS 2008, и они работают для нас достаточно хорошо. Настройка самих сборок была несложной, и интеграция с рабочими элементами TFS довольно прочная (рабочие элементы создаются в случае сбоя сборки из коробки).

Я признаю, что наша система довольно проста: мы еще не включили работу над версиями сборки (так как она выглядела как большая работа), и мы также не тестируем модули (к сожалению). Похоже, что тестирование модулей MSTest будет просто правильным!