2015-06-23 7 views
0

Вероятно, простой вопрос ..Настройка Teamcity развертывания

Так что у меня команда города работает на нашем сервере DEV и непрерывной интеграции установки, где он строит проект в любое время толчок сделан в моем хранилище GitHub. Я бы хотел, чтобы он настроил развертывание проекта на сайт IIS в любое время, когда сделан push.

Простое право .. Думаю, мне просто нужно добавить шаг сборки со сценарием сборки (msbuild, nant и т. Д.), Который копирует код в размещенный каталог сайта IIS.

Так что мой вопрос в том, где мой скрипт сборки должен скопировать файлы? Из git или я предполагаю, что teamCity вытащил код из git, чтобы построить проект ... Я просто не знаю, где teamcity размещал файлы. кто-нибудь знает, где teamCity помещает эти файлы?

Звучит ли это правильно? Дополнительные баллы, если у вас есть сценарий, который делает это.

спасибо !!!

+0

Посмотрите на следующее: http://www.troyhunt.com/2010/11/you-deploying-it-wrong-teamcity_24.html, в котором описывается использование WebDeploy с TeamCity и Subversion для перевода последнего источника в IIS пример. Вы должны работать, меняя его на GitHub. К сожалению, это не слишком просто из-за хитрости с получением синтаксиса командной строки satifactory для пакетного исполнения в TeamCity. Удачи. –

+0

Этот пост затрагивает конкретные проблемы GitHub: http://www.danmusk.com/deploy-asp-net-projects-from-teamcity-with-web-deploy/ –

ответ

1

Вы можете сделать это несколькими различными способами. Для современных версий TeamCity вы можете создать шаг сборки, который будет работать против любой из стандартных целей сборки 4 msbuild (Build, Rebuild, Clean, Publish). Если вы включите цель сборки публикации в свой шаг сборки, TeamCity будет развертываться на основе настроек на вкладке «Опубликовать». Это самый быстрый и простой способ.

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

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

+0

Итак, вы говорите, что мне не нужен построить скрипт (это здорово !!), и я могу просто использовать параметр публикации для развертывания для исправления каталога? Это правильно? – RayLoveless

+0

Справа. Если вы используете тип бегущей среды Visual Studio на шаге сборки и задаете цели для «Build, Publish», публикация должна быть прекрасной на основе параметров публикации в вашем проекте VS. – squillman

0

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

Для TeamCity есть плагин, который создаст для вас пакет nuget, который можно будет вытолкнуть на развертывание Octopus с минимальными усилиями. Затем вы можете настроить проект для развертывания веб-сайта в Octopus, и он выполнит всю магию, такую ​​как конфигурация AppPool, привязки IIS и т. Д. И вы можете развернуть их на несколько компьютеров, не повторяя то, что вы делаете.

IMO это лучший способ развертывания приложений .Net, и я реализую и использую это с TeamCity ежедневно для своих клиентов.

Octopus Deploy

0

Некоторые основные рекомендации, как развертывание установки с TeamCity можно найти here.

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