Ограниченная версия Installshield запрашивает файлы .Net framework, а программа не работает без Visual Studio

Ваша программа, похоже, ссылается на сборку Microsoft.VisualStudio.CodeMarkers, которая, как следует из ее названия, распространяется не в рамках .Net, а вместе с Visual Studio.

В вашем решении вы можете проверить ссылки вашего проекта, открыв папку «Ссылки». Удалите Microsoft.VisualStudio.CodeMarkers, создайте свой проект, посмотрите, что сломается. Щелкнув правой кнопкой мыши по этой ссылке, выберите «Свойства», а на панели свойств в поле «Локальная копия» выберите «Истина». Сделайте то же самое для Microsoft.ServiceBus.

Кроме того, убедитесь, что ваши пакеты nuget (например, Newtonsoft.Json) включены для распространения в программу установки InstallShield.

Пожалуйста, опубликуйте свой сценарий установки, и я помогу вам. Нам нужно знать, было ли это решение когда-либо успешно создано на ЛЮБОЙ машине, прежде чем мы устраним неполадки, связанные с повреждением вашего installshield LE, созданием неправильных файлов, вызовом неправильных dll или нестабильностью где-либо.

Если решение никогда не покидало эту систему и в какой-то момент было успешно собрано, то у вас могут быть законные файлы в вашей корзине, но временная папка в вашей папке MS .Net Framework, содержащая неправильные файлы (но давайте пока не будем туда заходить). ).

Вы упомянули, что уже находитесь в релизе, поэтому несколько вопросов:

(1) Было ли это решение взято с другого компьютера с установленным Windows Visual Studio SDK?

(2) Было ли это решение изначально создано с помощью построителя командной строки?

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

(4) Когда вы находитесь в пользовательском интерфейсе Installshield, видите ли вы какие-либо отсутствующие зависимости?

Убедитесь, что вы прошли этап восстановления пакетов при загрузке решения.

Я рекомендую установить Visual Studio SDK, чтобы увидеть, получите ли вы больше подсказок или сузите проблему.

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

Следующим логическим шагом является подтверждение зависимостей от сканирования во время сборки и / или правильных ссылок на любые восстановленные пакеты, чтобы вы могли сузить этот длинный список жалующихся пакетов (что, ИМХО, просто запутывает дело).

Я почти ненавижу упоминать об этом, потому что это скорее обходной путь, зависящий от того, была ли у вас когда-либо успешная сборка в этой системе, но если станет хуже, вы можете использовать пользовательский интерфейс Installshield, чтобы добавить последнюю DLL в ваш obj\Release. папку и построить заново.

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

Ну вот спустя очень долгое время я нашел проблему.

Во-первых, чтобы быть уверенным, установите все зависимости с помощью диспетчера NuGet. (Когда возможно)

Затем, как и в моем случае, у меня был C++, завернутый в C++CLI, и я использую VS 2013, установите Распространяемые пакеты Visual C++ для Visual Studio 2013 вручную.

Это заставило программу правильно выполняться на только что отформатированной Windows 7.