Как правильно обновлять манифест надстройки для управляемого аддина надстройки?

Мы недавно включили <SupportsPinning> атрибут в манифесте нашего дополнения. Простое добавление нашего исходного кода в AWS S3 не обновляет дополнения, управляемые администратором. Обходным решением было удалить надстройку, управляемую администратором, а затем переустановить надстройку с обновленным манифестом. Это правильный поток?

Кроме того, хотя некоторые пользователи могут видеть обновление (прикрепляемая боковая панель), другие не могут. Есть ли какой-то тип кэша, который можно очистить, или объяснение несоответствия?

1 ответ

Здесь есть 2 вопроса.

Вопрос № 1 Для надстроек, управляемых администратором, должен ли процесс обновления проходить через портал администратора?

Если вы обновляете манифест, надстройку необходимо повторно развернуть. Это то же самое, что и хранилище надстроек Office, и развертывания администратора. Таким образом, вы делали правильные вещи.

Вопрос #2 Есть ли какой-нибудь кеш манифеста надстройки?

Конечно, клиенты будут кэшировать манифесты. Кроме того, если люди, которые должны использовать надстройки, находятся в разных сборках Office, это также может привести к небольшому поведенческому изменению. Это будет в конечном итоге обновлено, где в конечном итоге, скорее всего, менее чем за 24 часа.

Другие вопросы по тегам