Данная статья очень полезна больше разработчикам.
Я применяю этот вариант обновления расширений т.к. предварительно проверяю работоспособность расширения на копии базы. А потом уже изменения расширения, передаю передаю в основную базу через хранилище
И так есть очередная версия расширения, которое прислал мне мне внешний разработчик.
1. Зашли в конфигуратор
2. Открыли список установленных расширений
3.Подключились к хранилищу расширения, которое нам необходимо обновить
4.Захватили полностью всё расширение
5. Сравнить, объединить
6. Провели анализ, что конкретно изменили, необходимо в том случае, если вы добавляете изменения в расширение, которое требуется оперативно передать в основную базу.
Смотрим, если в расширение добавили какие-либо новые объекты, реквизиты объектов, то это говорит о том, что здесь потребуется монопольный доступ в базе для принятия изменений.
Если изменения имеюn отношение только к коду, то такие изменения можно принять на лету (динамически)
Ещё один приём, который я применяю на практике, достаточно лишь динамического обновления или нет. Это запускаю пользовательскую сессию в своей копии.
Принимаем обновления, пришедшие в расщирении
Пробуем сохранить изменения расширения
Конкретно в моём случае, в расширении одному из реквизитов табличной части поменяли тип и для принятия этих изменений требуется монопольный доступ в базу.
Поэтому по данному расширению, я принимаю изменения, тестирую на своей копии, помещаю изменения в хранилище расширения и жду вечернего времени, когда будет возможность основную базу захватить монопольно для принятия изменения расширения, но уже через хранилище 1С
Завершаю работу пользовательского клиента 1С и принимаю обновления расширения.
ВАЖНО!!!
Ещё разок. Информация больше для начинающих разработчиков, которые начинают работать с таким понятием как расширения и как с ними работать через расширения.
Будьте осторожны и внимательны :)
