Windows Azure и непрерывная интеграция - PullRequest
9 голосов
/ 10 сентября 2011

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

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

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

Ответы [ 2 ]

6 голосов
/ 20 июля 2012

вы, возможно, захотите проверить встроенную поддержку непрерывной интеграции и непрерывной доставки для 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 также есть руководство, расположенное рядом сэти ссылки (я не могу публиковать более двух гиперссылок ..).

0 голосов
/ 13 сентября 2011

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

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

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

...