Поздно к этой игре, но я использовал и TFS 2010, и Jenkins для CI. TFS 2010 содержит минимальный набор инструментов CI. Однако, когда вы хотите создать конвейер CI, это совсем другая история, в то время как Jenkins может легко создать конвейер.
Если вы рассматриваете только CI для одной сборки, то любой должен работать. Однако, когда дело доходит до всего трубопровода, Дженкинс - это путь. С TFS это можно сделать, но Дженкинс - лучший выбор.
Вот краткие пункты:
TFS:
С помощью определения сборки вы можете скомпилировать, выполнить тесты, вернуть набор изменений / рабочие элементы, отправить электронное письмо, если сборка не работает
естественная интеграция с визуальной студией
чрезвычайно сложно создать конвейер CI. Требуется пользовательский обработчик и расширенный рабочий процесс. Не так интуитивно, как создание определения сборки.
Из-за 3-го пункта трудно поддерживать / настраивать / масштабировать конвейер CI
Дженкинс:
Необходимо создать файл конфигурации msbuild для CI, что не составляет особой проблемы по сравнению с созданием конвейера CI с использованием TFS. Тем не менее, TFS предоставляет лучший / более простой инструмент для создания определения сборки. Тем не менее, неплохо создать конфигурационный файл для msbuild для проекта.
Создать конвейер CI очень просто. Просто объедините их в цепочку, используя триггер задания вверх / вниз по течению и передав артефакт из предыдущего задания.
Поскольку Jenkins очень гибок, легко создать плагин jenkins для удовлетворения ваших собственных потребностей и предоставить его сообществу OpenSource:)
Таким образом, если вам нужна полная автоматизированная система сборки, тестирования и развертывания, используйте Jenkins. Если вам нужно только собрать и протестировать, TFS может дать вам преимущество над Jenkins.