Рекомендации по системам непрерывной интеграции - PullRequest
8 голосов
/ 09 сентября 2008

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


Предлагаемое программное обеспечение

Предлагаемые статьи

Ответы [ 9 ]

11 голосов
/ 09 сентября 2008

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

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

8 голосов
/ 09 сентября 2008

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

6 голосов
/ 09 сентября 2008

Посмотрите на JetBrain (ребята за ReSharper) TeamCity

2 голосов
/ 09 сентября 2008

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

1 голос
/ 09 сентября 2008

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

1 голос
/ 09 сентября 2008

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

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

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

0 голосов
/ 20 июня 2013

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

0 голосов
/ 29 марта 2011

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

0 голосов
/ 09 сентября 2008

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

...