Непрерывная доставка с TFS 2010 и Jenkins?

Наша команда разработчиков использует Visual Studio 2013 Pro вместе с TFS 2010. Нам понадобятся следующие возможности для нашей непрерывной интеграции инициативы/доставки:Непрерывная доставка с TFS 2010 и Jenkins?

1. Automatically build our web project on every checkin. 
2. Automatically deploy green builds to development and/or test environments. 
3. Provide build/deployment notifications via email. 
Extra Credit: Run unit tests with each build.

У нас нет бюджета, причина Дженкинс является привлекательным. Настройка для меня нова, и я не знаю, как эти штуки подходят и какие другие инструменты необходимы для предварительной работы над задачами выше?

источник

2016-02-11 Chaka

Вам нужно будет предоставить более подробную информацию о том, какой тип SCM и код у вас есть, и как вы развертываете. Но, предполагая инструменты Microsoft, у Jenkins есть плагины для TFS и VSTS, чтобы проверить код, построить с помощью MSBuild, запустить тесты и опубликовать результаты с помощью плагина NUnit и развернуть путем публикации артефактов через SSH, FTP, SMB и т. Д., А затем отправить электронные письма. –

Я думаю, что вы в значительной степени получили наши настройки ... прямо сейчас мы являемся строго средствами Microsoft. Любопытно, что если MSBuild (сборки) и Web Deploy (автоматические сборки) по-прежнему будут нужны, если мы будем использовать Jenkins вместе с TFS 2010. Похоже, что ответ Да? – Chaka

Я не знаю достаточно о новых средствах сборки или развертывания MS, чтобы сказать. Я знаю, что люди используют плагин MSBuild для создания своего программного обеспечения с Jenkins. Но если вы используете другой инструмент, до тех пор, пока его можно запустить из командной строки, его можно запустить из Jenkins. –

Если у вас есть подписки MSDN, вы можете использовать TFS бесплатно. TFS 2015 может предоставить все эти функции. TFS 2010 также может обеспечить большую часть этого.

Используйте стробированную проверку или определение сборки CI в TFS (2010 и 2015), чтобы автоматически строить тесты проверки и запуска. В определении сборки есть возможность запускать тесты как часть сборки.

Используйте MSDeploy для упаковки ваших компонентов в автоматизированный пакет. Большинство людей не знают, что вы можете использовать его для более чем веб-приложений. (For example, databases)

TFS также предоставляет оповещения по электронной почте о многих событиях.

Что касается автоматизации развертываний, мы использовали отдельные определения сборки TFS (в 2010 году) для запуска развертываний в каждой среде. Теперь мы используем TFS 2015, который поддерживает release definitions that adds many more options.

источник

2016-02-11 21:12:44 chief7

Просто из любопытства и не зная ... почему Дженкинс и другие инструменты CI/CD выталкиваются, если TFS уже предлагает эти функции? – Chaka

Возможности TFS 2015 все еще очень новы, но очень быстро догоняют. В целом я думаю, что он готов для большинства компаний. Дженкинс уже был дольше и свободен. Что касается более старых версий TFS, просто не было много учебников/примеров того, как это сделать. Я нахожусь в личной миссии, чтобы изменить это. Нет причин для магазинов со старым устаревшим кодом, чтобы не использовать MSDeploy и TFS для CI/CD. – chief7

TFS сборка была ужасной. Новая система сборки, внедренная в TFS 2015, значительно лучше. Однако он все еще стоит за Дженкинсом и TeamCity за функции и гибкость. Как сказал начальник7, он быстро догоняет. Если вы застряли на TFS 2010, хотя потом Дженкинс, вероятно, лучший способ пойти IMHO –

Непрерывная доставка с TFS 2010 и Jenkins?

ответ

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