Блог

Есть ли у кого-нибудь конкретный опыт использования TFS 2008/2010 И Jenkins для непрерывной интеграции (CI)? Мы пытаемся решить, какой сервер CI использовать. Наша команда работает исключительно в Microsoft .NET / Visual Studio 2010 / C #. У нас есть следующие требования:

1. Автоматически создавайте наш веб-проект при каждой регистрации.
2. Запускайте модульные тесты с каждой сборкой.
3. Автоматическое развертывание «зеленых» сборок в средах разработки и / или тестирования.
4. Предоставляйте красивые отчеты.
5. Отправляйте уведомления о сборке / развертывании по электронной почте.

Я понимаю, что установка инструмента не обязательно даст нам эту функциональность «из коробки» и что для достижения этой цели нам придется интегрироваться с другими инструментами, такими как MSBuild.

Я ищу конкретные функции, которые есть у Дженкинса, которых нет в TFS 2008/2010, или наоборот. Также, что проще в обслуживании, использовании и т. Д.

Я бы настоятельно рекомендовал использовать Jenkins — он выполнит все ваши требования «из коробки», кроме, возможно, # 3, но если вы можете создать сценарий для своих развертываний, он также может это сделать.

Вот несколько ссылок, которые помогут вам запустить и запустить ваши сборки:

Блог о выполнении.СЕТЕВЫЕ сборки в Jenkins

Установщики Windows от Jenkins

Установка ведущего и ведомого Jenkins в качестве служб Windows

Отказ от ответственности: у меня нет опыта работы с TFS, но я думаю, что открытые решения почти всегда более гибкие и расширяемые (и дешевле!), Чем проприетарные продукты.

Поздно для этой игры, но я использовал как TFS 2010, так и Jenkins для CI. В TFS 2010 есть минимальный набор инструментов CI. Однако, когда вы хотите создать конвейер CI, это совершенно другая история, в то время как Дженкинс может легко создать конвейер.

Если вы смотрите только на CI для одной сборки, любой из них должен работать. Однако, когда дело доходит до всего конвейера, Дженкинс — это путь. С помощью TFS это можно сделать, но Дженкинс — лучший выбор.

Вот краткие пункты:

TFS:

• С определением сборки вы можете компилировать, выполнять тесты, возвращать набор изменений / рабочие элементы, отправлять электронное письмо при сбое сборки

• естественная интеграция с Visual studio

• чрезвычайно сложно создать конвейер CI. Требуется пользовательский обработчик и обширная работа с рабочим процессом. Не так интуитивно понятно, как создание определения сборки.

• Из-за 3-го пункта нелегко поддерживать / настраивать / масштабировать конвейер CI

Дженкинс:

• Необходимо создать конфигурационный файл msbuild для CI, что не так сложно по сравнению с созданием конвейера CI с использованием TFS. Однако TFS предоставляет лучший / более простой инструмент для создания определения сборки. тем не менее, неплохо создать конфигурационный файл для msbuild для проекта.

• Создать конвейер CI очень просто. Просто соедините их в цепочку, используя триггер задания jenkins вверх / вниз по течению и передавая артефакт из предыдущего задания.

• Поскольку Jenkins очень гибкий, легко создать плагин jenkins для удовлетворения ваших собственных потребностей и предоставить его сообществу с открытым исходным кодом 🙂

В общем, если вам нужна полная автоматизированная система сборки, тестирования и развертывания, выбирайте Jenkins. Если вам просто нужно только строить и тестировать, TFS может дать вам преимущество перед Jenkins.

Если вы используете Team 2010-2012, нет никаких причин привлекать Дженкинса. Team обладает всеми перечисленными вами функциями, а процесс сборки невероятно гибкий.

Обратите внимание, что если вы застряли на Team 2008 или более ранней версии, вам следует серьезно присмотреться к Jenkins — 2008 и более ранние версии довольно примитивны и негибки по сравнению с 2010 или более поздней.