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