Непрерывная интеграция/сборки с NUnit 2.5.x и .Net 4.0

Question

Итак, вот моя текущая настройка и моя проблема на данный момент. У меня растущий набор проектов в решении Visual Studio. Решение содержит около 15 проектов (дайте или возьмите несколько) и быстро растущую базу кода. Я понимаю, что до того, как я добрался до этого, у меня должна была быть система непрерывной сборки, но я полагаю, что ее никогда не поздно. Таким образом, после делать небольшое исследование, я считаю, что мой идеальный установка будет:

• NUnit 2.5.x (мы уже привязаны к этому ... поэтому необходимость)
• Интеграция с CruiseControl.Net (открыт для других вариантов, но только свободные, с поддержкой Git)
• Интеграция с инструментом кода покрытия (NCover, DotCover) было бы неплохо
• Integration для выполнения команд оболочки (для JSLint и инструментов сжатия и т.д.)

Что мне не хватает - это инструмент для запуска автоматической сборки. Я посмотрел NAnt, но поддержка для запуска MSBuild (для создания проекта) выглядела довольно устаревшей (мы используем VS2010), и использование файлов решений в нашем процессе сборки было бы большим временем заставки. Я также посмотрел на MSBuild (по очевидным причинам), но процесс, который я нашел для запуска тестов NUnit, поддерживает только проект расширений 2.4.x (MSBuild).

Мне любопытно, как все остальные организовали свои непрерывные системы сборки. NUnit, если довольно популярен, поэтому я не должен быть единственным, кто задается вопросом об этом.

Answer 1

мой первый вопрос: как можно строить проекты у вас есть?

Teamcity Professional является бесплатным для 20 конфигураций сборки для каждого сервера и сделает ваш стиль sooooo намного проще, имеет встроенный сквозной набор, и его очень легко настроить, запустить ваши тесты и т. Д., И это, безусловно, самый полностью испеченный CI-сервер там.

Jenkins является следующий бегун, это вилка Хадсон и является очень гибким с помощью плагинов
делать что-нибудь, что делает его немного более гибким, то Teamcity, но это не так легко установить, охват код боль, чтобы создать и имеет некоторые раздражающие причуды, но совершенно бесплатно.

, если у вас нет по-настоящему сильной причины использовать CruiseControl.Net, не беспокойтесь, потому что настало время это очень мощно, но теперь это печально устарело и больно использовать.

Что касается настройки сборки, как Teamcity, так и Jenkins поддерживают MSBuild, NAnt, Rake и т. Д., Они также поддерживают несколько шагов сборки, например, в файле msbuild или Nant. То, что я делал в прошлом, - это просто использовать файл .sln для создания сборки с помощью одного шага сборки, использовать задачу сборки для модульных тестов, затем использовать встроенную задачу для покрытия кода, а затем использовать другую задачу сборки для нажатия файлы.

Я использовал TeamCity, Jenkins, TFS, и я попытался использовать CruiseControl.Net, но нашел это болезненно неуклюжим. К тому же Teamcity является лучшим, а Дженкинс - вторым, я бы не хотел использовать TFS, даже если бы у меня было это.

Если у вас есть какие-либо вопросы, не стесняйтесь обращаться ко мне.

Answer 2

Если все, что вам нужно компилировать и запускать тесты, вы не можете пойти неправильно с TeamCity он имеет большую поддержку NUnit/VS и кучу отчетов, построенных в.

Если вам нужно выполнить более сложное строение script Я предлагаю вам использовать FinalBuilder для создания скрипта сборки и командной строки TeamCity для выполнения этого скрипта. Импортируя результат теста в TeamCity вы можете получить отчеты и есть простой способ вывода состояния сборки из FinalBuilder в TeamCity:

• How can I output messages from FinalBuilder that will be captured by TeamCity?
• Outputting build status from FinalBuilder to TeamCity

Answer 3

Вы можете использовать NAnt построить свой Visual Studio 2010 решения. Я делаю это все время. Я предоставил образец сценария NAnt в моем ответе здесь: <msbuild> task or msbuild.exe with NAnt?