Какой метод Вы используете для развертывания приложений ASP.NET на дикой местности?

Для сайтов интрасети мы используем CruiseControl вместе с SVN для автоматического восстановления сайта.

Теоретически вы могли бы расширить эту модель через VPN, если бы вы могли удаленно подключить диск к интрасети клиента. Или более быстрое и грязное решение может заключаться в использовании такого инструмента, как SyncBack , для синхронизации удаленной папки, содержащей скомпилированные библиотеки DLL для сайта.

код сначала извлекается из SVN и создается, затем папка «Precompiled Web» копируется на веб-сайт разработки, а проект веб-службы копируется на сервер приложений разработки. Круиз-контроль также настроен так, чтобы «пометить» исходный код перед началом сборки, чтобы мы могли воспроизвести сборку позже, или перейти от тега, если нам нужно сделать оперативное исправление.

Для развертывания в QA, файлы копируются с машин разработки на машины QA.

Аналогичным образом, для развертывания на Stage файлы копируются с машин QA на машины Stage.

Наконец, для развертывания в производственной среде файлы снова копируются из Машины стадии на машины производства.

Для настройки каждой среды у нас есть специальный инструмент, который является частью каждой среды » s Задача круиз-контроля, которая изменяет строки подключения, «debug = true | false», «customErrors = Off | RemoteOnly» и другие параметры среды.

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

Одно предостережение заключается в том, что в настоящее время у нас есть пароль производственной базы данных, настроенный в файле конфигурации круиз-контроля ... было бы неплохо переместить его в другое место!

Наконец, позвольте мне добавить, что даже если наши производственные машины находятся в выделенный объект хостинга, серверы доступны с нашей машины круиз-контроля, что позволяет очень легко выполнить производственное развертывание. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть какие-либо вопросы.

Спасибо!

«debug = true | false», «customErrors = Off | RemoteOnly» и другие параметры среды.

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

Одно предостережение заключается в том, что мы в настоящее время пароль производственной базы данных настроен в файле конфигурации круиз-контроля ... было бы неплохо переместить его в другое место!

Наконец, позвольте мне добавить, что, хотя наши производственные машины находятся на выделенном хостинге, серверы доступны из наш круиз-контроль, который позволяет очень легко развернуть производство. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть какие-либо вопросы.

Спасибо!

«debug = true | false», «customErrors = Off | RemoteOnly» и другие параметры среды.

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

Одно предостережение заключается в том, что мы в настоящее время пароль производственной базы данных настроен в файле конфигурации круиз-контроля ... было бы неплохо переместить его в другое место!

Наконец, позвольте мне добавить, что, хотя наши производственные машины находятся на выделенном хостинге, серверы доступны из наш круиз-контроль, который позволяет очень легко развернуть производство. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть какие-либо вопросы.

Спасибо!

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

Одно предостережение заключается в том, что в настоящее время у нас есть пароль производственной базы данных, настроенный в файле конфигурации круиз-контроля ... было бы неплохо переместить его в другое место !

Наконец, позвольте мне добавить, что даже несмотря на то, что наши производственные машины находятся на выделенном хостинге, серверы доступны с нашей машины круиз-контроля, что очень упрощает производственное развертывание. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть какие-либо вопросы.

Спасибо!

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

Одно предостережение заключается в том, что в настоящее время у нас есть пароль производственной базы данных, настроенный в файле конфигурации круиз-контроля ... было бы неплохо переместить его в другое место !

Наконец, позвольте мне добавить, что даже несмотря на то, что наши производственные машины находятся на выделенном хостинге, серверы доступны с нашей машины круиз-контроля, что очень упрощает производственное развертывание. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть вопросы.

Спасибо!

было бы неплохо переместить его в другое место!

Наконец, позвольте мне добавить, что, хотя наши производственные машины находятся на выделенном хостинге, серверы доступны с нашей машины круиз-контроля, что позволяет очень легко выполнить производственное развертывание. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть какие-либо вопросы.

Спасибо!

было бы неплохо переместить его в другое место!

Наконец, позвольте мне добавить, что, хотя наши производственные машины находятся на выделенном хостинге, серверы доступны с нашей машины круиз-контроля, что позволяет очень легко выполнить производственное развертывание. Единственный ручной шаг - зашифровать файлы web.config и удалить файл "AppOffline.html", который создает круиз-контроль.

Дайте мне знать, если это поможет или у вас есть какие-либо вопросы.

Спасибо!

1) Сборка проекта с помощью MSBUILD

2) Файлы FTP в производственную среду

3) Копирование / вставка вручную на каждый веб-сервер

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

Теоретически вы могли бы расширить эту модель через VPN, если бы вы могли удаленно подключить диск к интрасети клиента. Или более быстрое и грязное решение может заключаться в использовании такого инструмента, как SyncBack , для синхронизации удаленной папки, содержащей скомпилированные библиотеки DLL для сайта.

Я сделал следующие несколько вещей:

1) Используйте проект веб-развертывания для компиляции и очистки сборки, а также для замены раздела web.config, если config меняется между средами. 2) Используйте NAnt для повторяющегося построения, архивирования и копирования.

Проект веб-развертывания завершает создание файла MSBuild, который можно использовать вместо NAnt; однако я работал с Java и все время использовал Ant, поэтому я предпочитаю NAnt в .Net. Если вы добавите задачи NAnt Contrib, вы сможете развертывать не только файлы, но и обрабатывать такие элементы, как система управления версиями (если это не является частью задач по умолчанию) и выполнение сценариев Sql для изменений.

В настоящее время Я использую оба варианта вместе. У меня есть файл сборки NAnt, который вызывает проект веб-развертывания через MSBuild. Благодаря настройке диспетчера конфигурации для каждой среды он позволяет мне автоматически управлять заменой раздела web.config и при этом иметь достаточно приличный контроль над копированием и архивированием выпуска.

Мы используем проекты веб-развертывания и проекты VS 2008 для создания .msi-файла на основе результатов веб-развертывания и других проектов. Обычное приложение для Windows под названием «установка» используется для выполнения многих операций по созданию базы данных и подготовки, а не для настройки проектов установки с помощью специальных шагов. Сделать это самому намного проще, чем пытаться настроить код MS. Это приложение для Windows затем вызывает нужные пользователю файлы .msi.

Сборка Team Foundation запускается каждый вечер, чтобы перекомпилировать решение и скопировать все в каталог «Release CD», к которому любой может получить доступ и провести тестирование последней »версии. '. Честно говоря, сборка TFS - это немного за бортом для такой небольшой команды, как наша, и я использую ее только потому, что это то, к чему я привык.

В предыдущей компании мы использовали этот http: //www.finalbuilder. com / , и я могу рекомендовать его из-за простоты использования и количества поддерживаемого программного обеспечения.