2008-12-15 2 views

ответ

5

Обычно я использую Web Deployment Project для каждого WebSite или WebApplication, это позволяет мне управлять конфигурациями сборки, слиянием и определять задачи MSBuild перед отправкой.

Вы также можете посмотреть на Microsoft Web Application Installer, это будет очень хорошо, но это все еще в стадии бета-тестирования, однако вы можете попробовать ...

1

Это в значительной степени зависит от того, где ваш веб-приложение будет и опыт, который вы хотите предоставить. При развертывании на веб-хостинге лучше всего использовать развертывание xcopy и документацию. Если у вас есть реальная конечная система, проще всего создать установщика, чтобы сделать всю работу ноги для ваших клиентов и, возможно, сохранить вашу работу с некоторыми документами.

0

Я бы рекомендовал инвестировать в настройку непрерывного процесса интеграции (CruiseControl.Net или TeamCity и т. Д.). Поскольку вы, вероятно, не только собираетесь развернуть его для своего клиента только один раз.

Наличие автоматического развертывания одним нажатием кнопки - это Godsend. Если вы инвестируете несколько дней, вы можете автоматически развертывать dev-среду каждый раз, когда кто-то проверяет код (и он компилирует и все тесты проходят), ежедневно настраивает развертывание в тестовую среду и имеет кнопку для автоматического развертывания когда вы хотите.

0

Андреас, я нахожусь в процессе получения CC.Net. В то же время я использую проект веб-развертывания. Используя это и проходя через настройку, он создает папку «release» с папкой bin, содержащей dll, а также aspx в родительской папке.

Предполагаю, что теперь я могу создать файл MSI с использованием папки «release» или мне нужно сделать что-то другое для создания MSI, который я могу запустить на клиентском сервере.

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