Установка настройки Office

Question

Имя: From: file: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

Настройка не может быть установлена, поскольку в настоящее время установлена ​​другая версия, и ее нельзя обновить из этого расположения. Чтобы установить эту версию настройки, сначала используйте «Установка и удаление программ» для удаления этой программы: TestUpdatedVersion. Затем установите новую настройку из следующего местоположения: файл: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

************** Exception Text ************** Microsoft.VisualStudio.Tools.Applications.Deployment.AddInAlreadyInstalledException: настройка не может быть установлена, поскольку в настоящее время установлена ​​другая версия и ее нельзя обновить из этого расположения. Чтобы установить эту версию настройки, сначала используйте «Установка и удаление программ» для удаления этой программы: TestUpdatedVersion. Затем установите новую настройку из следующего местоположения: файл: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto в Microsoft.VisualStudio.Tools.Applications.Deployment.ClickOnceAddInDeploymentManager.VerifySolutionCodebaseIsUnchanged (Uri uri, String subscriptionId, логический ранее установленный) в Microsoft.VisualStudio.Tools.Applications.Deployment.ClickOnceAddInDeploymentManager.InstallAddIn ()

Answer 1

Вы можете попытаться удалить раздел реестра, расположенный по адресу:

HKEY_CURRENT_USER\Software\Microsoft\VSTA\Solutions\{GUID}

Значение {GUID} в вашей среде будет другим.

Убедитесь, что вы удаляете правильный ключ. Подтвердите, проверив значение DWORD "Url" на ключе.

Перезапустите Excel, и все будет хорошо.

Answer 2

Эта ошибка должна появляться только на ваших машинах разработки.

Из руководства по устранению неполадок Microsoft для развертываний в офисе (http://msdn.microsoft.com/en-us/library/bb608594.aspx):

При создании решения Office встроенная версия автоматически зарегистрировано. Если вы ранее опубликовали и установили то же самое решение для вашего компьютера разработки, Visual Studio Tools for Office среда выполнения обнаруживает, что путь установки для опубликованной версии и встроенная версия отличается после следующей сборки, перестройки или публиковать. Сообщение об ошибке гласит: «Настройка не может быть установлена потому что другая версия в настоящее время установлена ​​и не может быть обновлена из этого места. "Поскольку перестройка решения обновляет ключи реестра, необходимо удалить первую версию, прежде чем публикация, отладка или запуск второй версии.

Чтобы предотвратить появление сообщения, создайте другую учетную запись пользователя на ваш компьютер для разработки, чтобы проверить ваше развертывание. Или вы можно удалить версию из списка установленных программ на компьютер перед следующей публикацией, отладкой или перестройкой решения.

Answer 3

попробуйте эту ссылку, у вас есть команда для запуска на этой странице, просто запустите ее, проблема будет исправлена. команда:

rundll32 dfshim CleanOnlineAppCache

См. Эту ссылку: Как полностью удалить приложение ClickOnce с моего компьютера?

Answer 4

У нас есть ряд продуктов, использующих VSTO в Office 2007, Office 2010 и Office 2013 в различных версиях Windows. Deployment.AddInAlreadyInstalledException часто возникает во время развертываний. Похоже, проблема возникает, особенно на компьютерах с большим количеством циклов установки / удаления (например, у самого ИТ-персонала). Часто оставляя меня с седыми волосами или вообще без волос, поскольку переустановка не всегда легко возможна, а источник неясен.

Поскольку нет серебряной пули, которая могла бы исправить любой источник проблемы (кроме переустановки Windows), я собрал опыт в блоге действия по устранению исключения AddInAlreadyInstalledException

Может быть, это поможет другим пользователям VSTO и Microsoft Visual Studio.

Answer 5

Эта ошибка может появиться, если вы пытаетесь установить / обновить VSTO AddIn на той же машине, где вы его разработали, и она вызвана Visual Studio.

Всякий раз, когда вы создаете свою надстройку в Visual Studio, она обновляет раздел реестра, используемый надстройкой, тем самым нарушая все выполненные установки.

HKEY_CURRENT_USER\Software\Microsoft\Office\<Application>\Addins\<YourAddIn>\Manifest

Решение состоит в том, чтобы добавить событие после сборки, которое восстановит / установит ключ реестра в правильное значение. Например, если ваш AddIn настроен для установки / обновления с <YourPublishLocation>, событие после сборки должно быть похоже на:

REG ADD "HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\<Application>\Addins <YourAddIn>"
/v "Manifest" /d "<YourPublishLocation>" /f

Answer 6

На машине для разработки, на которой я построил проект VSTO в Visual Studio с той же версией / идентификатором продукта мне нужно было выполнить команду Clean, выбрав проект в обозревателе решений. Фактически это помогло очистить запись реестра, о которой говорилось выше.

Это позволило мне переустановить продукт с тем же идентификатором приложения

Answer 7

Попробуйте удалить ранее установленное приложение VSTO ИЛИ из меню Visual Studio> Build | Чистый раствор.

Answer 8

Я тестировал развертывание после установки надстройки и столкнулся с той же проблемой при попытке установить.

Проблема: при публикации или отладке надстройки VS создает / обновляет реестр с этой информацией о надстройке в

HKEY_CURRENT_USER \ Программное обеспечение \ Microsoft \ Office \ Excel \ Addins \ <<strong> имя дополнения > \ Manifest

содержит ссылку на файл VSTO, который будет сравниваться для выполнения обновления. В вашем случае после публикации он будет указывать на

Файл: /// D: /Samples/TestUpdatedVersion/bin/Debug/TestUpdatedVersion.vsto

Измените это на ваш опубликованный путь vsto. Теперь попробуйте установить, должно работать нормально. Вы можете проверить параметры автоматического обновления таким же образом, то есть сделать сборку + опубликовать и изменить этот путь, затем закрыть все примеры и открыть один.

Answer 9

У меня была такая же проблема при развертывании новой версии нашего надстройки VSTO word. После двухчасовой игры я обнаружил, что URL-адрес папки установки, который вы задали в свойствах решения (откуда он обновляется), чувствителен к регистру и, по глупости, должен совпадать с регистром исходного установочного URL.