Как организовать решение / проект VSTS Database Edition (GDR)?
Мы используем TFS и смотрим на использование VSTS Database Edition GDR . Я хотел бы знать, как лучше структурировать наши проекты, и хотел бы знать, есть ли у кого-нибудь в этом опыт.
Позвольте мне объяснить нашу среду.
У нас есть 3 среды, DEV, TST и PROD.
У каждого из них есть несколько баз данных.
В настоящее время у нас есть файл (ы) решения для каждой логической группы (Cluster, Readonly1, Readonly2, Reporting) с проектом для каждой базы данных в каждой группе. Затем у нас есть конфигурации для каждой среды.
В новом мире ГДР мы хотим использовать функции частичного проекта, поэтому нам не нужно дублировать изменения схемы, если объекты идентичны в разных проектах, а также мы хотим создать серверные (или несколько?) Серверные проекты для работы с разрешения, логины, задания и т. д.
Кто-нибудь знает хороший способ структурировать решение (я), проект (ы) в этом сценарии?
3 ответа
Ненавижу сегодня, но я бы предложил пробный проект, чтобы увидеть, какой из них лучше для вас. Я еще не видел лучших практик.
Помните, что различные проекты, будь то C# или DB, могут быть собраны в любую группу с использованием решений. Я нахожу все больше и больше, что решения, которые я использую как разработчик, имеют меньшее отношение к базовой структуре проекта и больше того, что мне нужно делать в любой день.
Я бы посоветовал вам взглянуть на сборку вашего проекта с использованием автоматизированной системы сборки, и это может быть самым большим фактором в том, как вы разделяете его на частичные проекты.
Вы можете отредактировать свой вопрос. Я полагаю, что, говоря "GDR", вы имеете в виду GDR VSTS Database Edition, который добавляет новые функции в инструменты базы данных.
Я не потратил много времени на использование VSTS Database Edition, но для меня это больше похоже на вопрос о ветвлении / разветвлении исходного кода, чем вопрос о том, как создать макет вашего проекта.
Мы видели какое-то странное поведение, которое оно развертывает, когда мы просто хотим, чтобы оно создавало новые сценарии, поэтому будьте осторожны...
Последние ошибки в продукте, кажется, опубликованы в блоге команды http://blogs.msdn.com/vstsdb/default.aspx