Собственно сабж

Поддерживаю (22). Настоятельно рекомендую, для рабочей базы использовать метод (16) или организовать нормальное управление изменениями (выпуск релизов, вертикальная или горизонтальная поддержка в зависимости от количества "поставщиков").

Пробовали подключать рабочую к хранилищу. Отказались из-за рисков.

Кто подключает к рабочим хранилище - самоубийцы со стажем. Имхо.

когда несколько разработчиков, то рабочую базу подключать к хранилищу не всегда удобно.

(39) Нарастите штат хотя бы человек до 20, потом расскажете, как оно весело, когда рабочая подключена.
З.Ы. А хранилищ у нас, например, 2. Для каждой (почти) конфигурации

У нас ажно два хранилища - trunk и release.
Продуктив не подключен ни к одному. В планах:
1. продуктив посадить на поддержку и обновлять обновлениями, которые получать из хранлища release.
2. тестовую среду подключить к хранилщу trunk и обновлять автоматически по расписанию как-то. Чтобы была непрерывная интеграция.
ЗЫ Код между хранилищами переносим руками, пользователей там и там заводим тоже руками

Ибо так

Могу предположить что те кто отвечают ДА ! Они анверно и демоническим обновлением пользуются ???

Надёжней релизики клепать.

Кроме очевидных неудобств с оперативным исправлением ошибок есть еще проблемы с автоматизацией обновления базы подключенной к хранилищу.

Славик, чо-та я очкую ©