2011-09-10 4 views
9

Мы хотели бы настроить непрерывную интеграцию (CI) среда для разработки лазурного веб-приложения. Было бы здорово, если бы:Windows Azure и непрерывная интеграция

  • Мы могли бы использовать любой популярный CI-сервер (например, Atlassian Bamboo).
  • Развертывание тестовой среды (точно так же, как и производство) выполняется автоматически для каждой сборки.
  • Развертывание рабочей среды выполняется автоматически и запускается вручную, выбирая некоторую стабильную сборку.

Каковы наилучшие методы реализации таких сценариев?

ответ

0

Ваш процесс развертывания, в первую очередь, должен быть как можно более схожим между средами, чтобы развертывание было протестировано, тестирует развертывание вместе с самим кодом. Хорошие инструменты непрерывной доставки (моя компания предоставляет one) помогут с этим и свяжут эти фазы вместе красивыми в жизненном цикле сборки или построят конвейер.

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

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

6

Возможно, вы захотите проверить встроенную поддержку непрерывной интеграции и непрерывной доставки для Azure, которая появилась недавно.

Для на Предпосылку создания серверов (с или без TFS) есть это руководство: http://www.windowsazure.com/en-us/develop/net/common-tasks/continuous-delivery/

Для Team Foundation Service Preview (упругая сборка в облаке) есть это руководство: http://www.windowsazure.com/en-us/develop/net/common-tasks/publishing-with-tfs/

Для Git и Windows Azure Веб-сайты также находятся рядом с этими ссылками (мне еще не разрешено размещать более двух гиперссылок ..).

+2

Пожалуйста, объясните вместо публикации только ссылок – johannes

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