Если разработчики устанавливают правила (а ваш пост звучит так, как они), вы можете продолжить, только если новый рабочий процесс «лучше», чтобы их . Будучи самим разработчиком, я думаю, что так и должно быть. Я видел, как некоторые не разработчики придумывают довольно бессмысленные процессы разработки и заставляют их наносить вред всем разработчикам.
Если вы думаете о проектах VS DB, вы сначала проверите, работает ли VS DB с вашей базой данных. Если это произойдет, вам придется настроить большой шанс в процессе: «истинная» копия базы данных теперь находится в VS DB, а не на сервере базы данных.
Другим выходом является регулярное резервное копирование сервера разработки. Если вы выполняете резервное копирование ежедневно, а журнал транзакций - каждый час, становится очень трудно потерять значительный объем работы.
Или создайте запланированное задание, которое записывает все определение базы данных в текстовый файл. (Сценарий всех объектов в базе данных.) Эти файлы, как правило, очень малы, поэтому вы можете сохранить большое отставание.
Многие уважаемые блоггеры, похоже, считают, что сохранение определений баз данных в SVN - хорошая идея. См. Этот пост coding horror или связанный с ним вопрос переполнения стека Как создать версию базы данных MS SQL в SVN .
Поговорите с разработчиками и посмотрите, с чем можно договориться.