Блог

Я пытаюсь разработать стратегию автоматического развертывания для .NET-приложения моей компании.NET. Мы используем TFS / VS 2010 вместе с IIS для размещения приложений и msbuild для непрерывной интеграции и развертывания. Приложение состоит в основном из двух компонентов: * Веб-приложения * Базы данных

На данный момент наша стратегия ветвления — однопоточная. То есть у нас есть одна большая старая магистраль, и на данный момент мы можем предположить, что так оно и останется.

Мы выяснили, как заставить msbuild развернуть веб-приложение в IIS, так что это круто. Сейчас я пытаюсь определить наилучшую стратегию для обработки развертывания компонента базы данных. Прямо сейчас развертывание базы данных выполняется полностью вручную: наш архитектор БД периодически создает БД на своем компьютере, проверяет автоматически сгенерированный сценарий миграции, а затем вручную пишет сценарии до / после развертывания. Затем он запускает все развертывание и отправляет электронное письмо всем.

Это не идеальное решение: автоматическое развертывание nightly webapp работает отлично, за исключением случаев, когда администратору базы данных не удается скоординировать работу по развертыванию БД вручную. Это приводит к большой головной боли для всех сторон. Таким образом, я пытаюсь выяснить, насколько возможным будет автоматическое развертывание БД.

Я понимаю, как заставить msbuild развернуть базу данных. Однако, более серьезная проблема, похоже, заключается в правильном управлении сценариями до / после развертывания.

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

мы используем визуальный инструмент VSDBCMD для сравнения двух баз данных и генерации SQL-сценариев обновления

http://msdn.microsoft.com/en-us/library/dd193283.aspx