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

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

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

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

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

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

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

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

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

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

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

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

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