Как вы на самом деле используете проекты баз данных Visual Studio Team System для версии Sql Server

Question

Как вы должны правильно использовать проект базы данных Visual Studio Team System для реализации контроля версий в базе данных сервера sql?

Это может показаться слишком общим, но все, что я нашел до сих пор в Интернете, не имеетпомог мне в том, чтобы добиться чего-то полезного.Мне удалось найти функциональность, которая, кажется, похожа на функции, которые есть в инструменте Redgate Sql Compare, но она определенно не казалась такой же интуитивной, как их продукт.работа заключается в том, что вы можете иметь версию базы данных, которая находится либо в Team Foundation Server (или внутри самого сервера sql), которую вы можете проверить на локальном компьютере, работать на ней, а затем зарегистрировать новые изменения, которые будутпозволяют одновременной разработке работать нормально, как и для кодирования.Я был дезинформирован?Или это просто сложный процесс настройки?

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

Answer 1

Мы не используем это, мы просто пишем сценарии для каждой вещи и помещаем их в систему контроля версий, как и любой другой файл, и ВСЕ развертывания в prod выполняются только через сценарии, отключенные из системы контроля версий. Я думаю, что реальный ключ в том, что ничего не ставится на продукт, кроме как через скрипт, контролируемый источником. Как только разработчик не может заставить свои изменения продвигаться каким-либо другим способом (у разработчиков не должно быть прав на продвижение), нет никакого стимула не вносить изменения в систему контроля версий.

Answer 2

Забавно, что вы должны спросить. Я отвечаю за то, чтобы наши производственные базы данных находились под контролем версий, и мы используем Visual Studio Database Edition для этого. Это фантастический инструмент. Очень приятная вещь в этом инструменте состоит в том, что он не только будет держать вашу схему под контролем версий, но также будет проверять вашу схему базы данных и позволит вам выполнить анализ кода на его основе. Это также позволяет выполнять операции рефакторинга и многое другое.

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

Это упрощенное объяснение того, что и как мы делаем, но я думаю, что оно дает вам общее представление о том, как это можно использовать. Я был бы рад ответить на любые более конкретные вопросы, которые у вас есть.