Хранилище конфигурации: разработка и обновление

1. 4e4efe 21.03.22 13:46 Сейчас в теме
Здравствуйте.

Имеется простая архитектура:
- рабочая информационная база - в ней работают пользователи;
- тестовая информационная база - в ней работает разработчик;
- информационная база для обновлений - в ней происходит обновление на новые релизы.

Все это связано хранилищем конфигурации.

В подобной архитектуре, если разработчик сделает какие-либо изменения в информационной базе, при срочном обновлении конфигурации, чтобы захватить все объекты, разработчику придется простится со своим кодом.

Есть ли у кого решения, чтобы можно было без потерь производить обновление рабочей информационной базы?
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
4. dehro 5 22.03.22 15:25 Сейчас в теме
(1)
Зачем захватывать все объекты? Для добавления новых объектов можно захватить только корень.
Держать захваченным корень более получаса - дурной тон. Добавил новые объекты, положил в хранилище, оставил объекты захваченными (или перезахватил)
Если рабочая подключена к хранилищу, то разработчик редко что-то теряет (только когда нужно срочно внести изменения в уже им захваченный объект).
(3) Вариант с неподключенной рабочей базой к хранилищу используется. Сложнее. В этом случае лучше два хранилища: в одной рабочая база и база тестовая, в другом базы разработчиков. После завершения работ разработчик переносит изменения в тестовую, финально тестирует. Чтобы можно было быстро обновить рабочую.
3. user_as_01 13 22.03.22 15:10 Сейчас в теме
Рабочую часто не подключают хранилищу
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот