Рекомендации по системам непрерывной интеграции

Question

В настоящее время мы оцениваем различные приложения, которые взаимодействуют с Visual Studio 2008 (C#) и Subversion, чтобы выполнять автоматизированные сборки наших основных библиотек.Мы надеемся, что сборки будут выполняться каждую ночь и отправлять список внесенных изменений по электронной почте каждому разработчику, либо отправлять последние версии на каждую рабочую станцию.Каков ваш опыт использования этих инструментов и каковы некоторые рекомендации?

---

Рекомендуемое программное обеспечение

• Круиз-контроль .NET
• Хадсон
• TeamCity

Рекомендуемые статьи

• Непрерывная интеграция:От теории к практике, 2-е издание (CC.net)
• Автоматизация процесса сборки и развертывания ASP.NET с помощью Hudson

Answer 1

Cruise Control.net (ccnet) сделает все, что вам нужно.Его довольно легко использовать, просто убедитесь, что если вы собираетесь запускать его как службу, вы даете ему учетную запись и не запускаете его как сетевую службу, таким образом вы можете дать ему права на ящики интрасети и заставить его работать. xcopy развертывается.

Он имеет все виды режимов электронной почты: при сбое, при всех, при исправлении после сбоя и многие-многие другие.

Answer 2

Хадсон это самый простой инструмент непрерывной интеграции/ежедневной сборки, который я когда-либо видел.Не уверен, что он соответствует всем вашим требованиям.

Answer 3

Взгляните на JetBrain (парни, стоящие за ReSharper) TeamCity

Answer 4

я использовал cc.net с nant и msbuild с большим успехом, очень рекомендую.

Answer 5

У моего последнего работодателя я установил сервер сборки с cc.net.Ожидайте, что на его настройку уйдет как минимум один или два дня.Я использовал cc.net вместе с nant и msbuild.Функциональность этих проектов во многом совпадает, поэтому было бы неплохо подумать о том, как вы хотите все настроить.

В конечном итоге я остановился на настройке cc.net на сервере для извлечения проекта из Subversion и запуска сценариев nant.nant использовался для вызова msbuild для создания файлов .sln Visual Studio и выполнения всех остальных шагов сборки, таких как запуск тестов и т. д.

Я тоже бегло взглянул на Teamcity.На первый взгляд он выглядит намного лучше, чем cc.net, но у меня еще не было времени опробовать его.Это, безусловно, стоит проверить.

Answer 6

Для этого я использую CC.Net вместе с SubVersion и MSBuild. Здесь — отличное руководство по реализации этого, которое я нашел очень полезным.

Answer 7

Пара интересных фактов о работе с cc.net и msbuild.Если вы создаете проекты C/C+=, msbuild ненадежен, по крайней мере, в VS 2005 (а возможно, и раньше).Я не тестировал с VS 2008.Мы обнаружили, что иногда msbuild работает правильно, иногда нет.Пытаясь решить эту проблему, мы обнаружили vcbuild.exe, который, похоже, хорошо работает вместо msbuild при создании решений C/C++.

Answer 8

Если вы используете отслеживать для отслеживания проблем, укушенный плагин работает хорошо.Это не зависит от платформы (мы запускаем его как на Windows, так и на Linux, используя msbuild/mstest и make/gcc/cpptest соответственно).

Answer 9

Я использую Hudsons Jenkins для ежедневной сборки.Его действительно очень легко настроить и поддерживать.И у него есть множество плагинов, которые полностью отвечают нашим требованиям.