Как правильно обновлять манифест надстройки для управляемого аддина надстройки?
Мы недавно включили <SupportsPinning>
атрибут в манифесте нашего дополнения. Простое добавление нашего исходного кода в AWS S3 не обновляет дополнения, управляемые администратором. Обходным решением было удалить надстройку, управляемую администратором, а затем переустановить надстройку с обновленным манифестом. Это правильный поток?
Кроме того, хотя некоторые пользователи могут видеть обновление (прикрепляемая боковая панель), другие не могут. Есть ли какой-то тип кэша, который можно очистить, или объяснение несоответствия?
1 ответ
Здесь есть 2 вопроса.
Вопрос № 1 Для надстроек, управляемых администратором, должен ли процесс обновления проходить через портал администратора?
Если вы обновляете манифест, надстройку необходимо повторно развернуть. Это то же самое, что и хранилище надстроек Office, и развертывания администратора. Таким образом, вы делали правильные вещи.
Вопрос #2 Есть ли какой-нибудь кеш манифеста надстройки?
Конечно, клиенты будут кэшировать манифесты. Кроме того, если люди, которые должны использовать надстройки, находятся в разных сборках Office, это также может привести к небольшому поведенческому изменению. Это будет в конечном итоге обновлено, где в конечном итоге, скорее всего, менее чем за 24 часа.