Когда продукты A и B устанавливают несколько MSI, а некоторые из MSI одинаковы, удаляет ли A или B другое? Имеет ли место размещения местоположение?
Также, что происходит, когда обычная версия MSI C выше в продуктах B и B обновляет C при установке? Теперь удаление B удалит общий MSI C, который разбивает Продукт A. Как вы справляетесь с этим изящно, не используя флаг Permanent?
Первое, что приходит в голову с этим вопросом, состоит в том, разлагаются ли эти продукты так, как они должны быть.
В качестве общего правила все файлы MSI считают, что они владеют всем, что они устанавливают, и будут удалять все прикрепленные к GUID компонента внутри MSI при удалении, если счетчик ссылок (количество продуктов, использующих компонент ) равна нулю.
В этом правиле есть некоторые квалификации:
Механизмы для создания общих компонентов между пакетами MSI обычно:
Обновление и замена файла:
В этот момент я бы полностью прочитал эти ответы:
Если вы используете Wix или хотите использовать Wix, я бы подумал, что лучший способ справиться с вашими перекрывающимися продуктами - разложить ваш установщик на исходные файлы сегмента Wix, которые вы включаете в качестве необходимых в ваших основных установщиках. Это позволит удалить один продукт, чтобы оставить на месте любые компоненты, используемые другими приложениями.
С учетом сказанного, я не люблю вызывать слишком много перекрывающихся зависимостей в установщиках по причинам, перечисленным в этой статье (также перечисленным выше): Wix для установки нескольких приложений.
Для стабильности крайне важно, чтобы общие компоненты были стабильными, прежде чем использовать слишком много настроек как исправление ошибки как общее правило потребует перекомпиляции всех настроек, с которыми компилируется или объединяется общий компонент. Легкий способ сказать это: объединить файлы вместе, которые меняются вместе.
Чтобы противостоять этой потребности в массовой перекомпиляции, вы можете выбрать автономную поддерживающую настройку, состоящую из некоторых общих компонентов. Один или несколько таких " общих компонентов установки", которые, вероятно, содержат Wix, включают в себя изменения вместе в аналогичном, медленном расписании расписания, а затем разделить настройки для каждого продукта должны учитывать любые потребности развертывания при сохранении баланса между ремонтопригодностью и гибкостью.
Настройка продукта должна быть той, которая часто перекомпилируется, а настройки разделяемых модулей должны быть предназначены для минимальной перекомпиляции. Затем дождитесь изменения требований: -).
Для меня это все о связности и > , а также сложности балансирования продаж, маркетинга и технических потребностей.
Если продукт A и продукт B имеют MSI C, то Если установлен продукт A, также установлен MSI C, теперь, когда установлен продукт B, MSI C не будет установлен, поскольку он уже доступен в системе (если продукт B основан на WiX Burn, он регистрирует зависимость). В случае деинсталляции подсчет ссылок автоматически обрабатывается, если Продукт А и Продукт В являются установщиком на основе WiX Burn или любым другим Bootstrapper, который поддерживает подсчет ссылок, а MSI C удаляется вместе с Продуктом B.
даже я искал ответ на вышеупомянутый вопрос, но в Wix v3.7 и выше пакеты MSI автоматически ссылаются на счет двигателя Burn. Я проверил это и отлично работает. То же самое можно проверить в Rob blog