На работе мы используем WiX для создания установочных пакетов. Мы хотим, чтобы установка продукта X привела к удалению предыдущей версии этого продукта на этом компьютере.
Я читал в нескольких местах в Интернете о крупном обновлении, но не смог заставить его работать. Может ли кто-нибудь указать точные шаги, которые мне нужно предпринять, чтобы добавить функцию удаления предыдущей версии в WiX?
В новейших версиях (из бета-версии 3.5.1315.0) вы можете использовать заголовок элемент MajorUpgrade вместо использования вашего собственного.
Например, мы используем этот код для автоматического обновления. Это предотвращает переход на более раннюю версию, выдает локализованное сообщение об ошибке, а также предотвращает обновление уже существующей идентичной версии (т.е. обновляются только более ранние версии):
<MajorUpgrade
AllowDowngrades="no" DowngradeErrorMessage="!(loc.NewerVersionInstalled)"
AllowSameVersionUpgrades="no"
/>
<MajorUpgrade> должен быть помещен после <Package>. В противном случае candle выдает следующую ошибку: ошибка CNDL0107: проверка схемы завершилась неудачно со следующей ошибкой в строке 1, столбец 473: элемент 'Product' в пространстве имен 'schemas.microsoft.com/wix/2006/wi 'имеет недопустимый дочерний элемент' MajorUpgrade 'в пространстве имен' schemas.microsoft.com/wix/2006/wi '. Список возможных ожидаемых элементов: «Пакет» ..
- person Rob W; 31.01.2013
AllowDowngrades или AllowSameVersionUpgrades. По умолчанию они уже не работают.
- person Luminous; 15.05.2015
AllowSameVersionUpgrades значение yes, но это имеет свои проблемы ...
- person Ant; 10.09.2020
Наконец, я нашел решение - публикую его здесь для других людей, у которых может быть такая же проблема (все пятеро из вас):
Под товаром добавьте следующее:
<Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
<Upgrade Id="YOUR_GUID">
<UpgradeVersion
Minimum="1.0.0.0" Maximum="99.0.0.0"
Property="PREVIOUSVERSIONSINSTALLED"
IncludeMinimum="yes" IncludeMaximum="no" />
</Upgrade>
В InstallExecuteSequence добавьте:
<RemoveExistingProducts Before="InstallInitialize" />
С этого момента всякий раз, когда я устанавливаю продукт, он удаляет предыдущие установленные версии.
Примечание. замените идентификатор обновления своим собственным идентификатором GUID.
ProductVersion поддерживает только три поля версии; поэтому четвертое поле вообще не будет сравниваться. См. Примечание в разделах VersionMin и VersionMax на сайте msdn.microsoft.com /en-us/library/aa372379(VS.85).aspx
- person Sridhar Ratnakumar; 26.08.2010
"????????-????-????-????-????????????" вместо "*".
- person Sridhar Ratnakumar; 26.08.2010
Вот синтаксис, который я использую для крупных обновлений:
<Product Id="*" UpgradeCode="PUT-GUID-HERE" Version="$(var.ProductVersion)">
<Upgrade Id="PUT-GUID-HERE">
<UpgradeVersion OnlyDetect="yes" Minimum="$(var.ProductVersion)" Property="NEWERVERSIONDETECTED" IncludeMinimum="no" />
<UpgradeVersion OnlyDetect="no" Maximum="$(var.ProductVersion)" Property="OLDERVERSIONBEINGUPGRADED" IncludeMaximum="no" />
</Upgrade>
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>
Как отметил @Brian Gillespie, есть и другие места для планирования RemoveExistingProducts в зависимости от желаемой оптимизации. Обратите внимание, что PUT-GUID-HERE должен быть идентичным.
<InstallExecute After="RemoveExistingProducts" />. В вашем примере этого нет - значит ли это, что книга неправильная?
- person Wim Coenen; 19.11.2010
Элемент Upgrade внутри элемента Product в сочетании с правильным планированием действия выполнит удаление, которое вам нужно. Обязательно укажите коды обновления всех продуктов, которые вы хотите удалить.
<Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
<Upgrade Id="00000000-0000-0000-0000-000000000000">
<UpgradeVersion Minimum="1.0.0.0" Maximum="1.0.5.0" Property="PREVIOUSVERSIONSINSTALLED" IncludeMinimum="yes" IncludeMaximum="no" />
</Upgrade>
Обратите внимание: если вы будете осторожны со своими сборками, вы можете предотвратить случайную установку старой версии вашего продукта поверх новой. Для этого и предназначено поле «Максимум». Когда мы создаем установщики, мы устанавливаем UpgradeVersion Maximum для собираемой версии, но IncludeMaximum = "no", чтобы предотвратить этот сценарий.
У вас есть выбор относительно планирования RemoveExistingProducts. Я предпочитаю планировать его после InstallFinalize (а не после InstallInitialize, как рекомендовали другие):
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallFinalize"></RemoveExistingProducts>
</InstallExecuteSequence>
При этом предыдущая версия продукта остается установленной до тех пор, пока не будут скопированы новые файлы и разделы реестра. Это позволяет мне переносить данные из старой версии в новую (например, вы переключили хранение пользовательских настроек из реестра в XML-файл, но хотите быть вежливыми и перенести их настройки). Эта миграция выполняется в отложенном настраиваемом действии непосредственно перед InstallFinalize.
Еще одно преимущество - эффективность: если есть неизмененные файлы, установщик Windows не будет копировать их снова, когда вы планируете после InstallFinalize. Если вы планируете после InstallInitialize, сначала полностью удаляется предыдущая версия, а затем устанавливается новая версия. Это приводит к ненужному удалению и повторному копированию файлов.
Чтобы узнать о других параметрах планирования, см. Раздел справки RemoveExistingProducts в MSDN. На этой неделе ссылка: http://msdn.microsoft.com/en-us/library/aa371197.aspx
RemoveExistingProducts был запланирован после InstallFinalize, а библиотеки DLL не обновлялись, поскольку assemblyVersion не изменилась, но другие поля, такие как AssemblyProduct, остались. Я не хочу зависеть от процедуры сравнения файлов - я просто хочу, чтобы предыдущее приложение УДАЛОСЬ
- person wal; 18.02.2015
Возможно, вам лучше задать этот вопрос в списке рассылки пользователей WiX.
WiX лучше всего использовать с твердым пониманием того, что делает установщик Windows. Вы можете рассмотреть возможность получения «Полного руководства по установщику Windows».
Действие, которое удаляет существующий продукт, - это действие RemoveExistingProducts. Поскольку последствия того, что он делает, зависят от того, где это запланировано, а именно от того, приводит ли сбой к переустановке старого продукта и копируются ли неизмененные файлы снова, вы должны запланировать это самостоятельно.
RemoveExistingProducts обрабатывает <Upgrade> элементы в текущей установке, сопоставляя атрибут @Id с UpgradeCode (указанным в элементе <Product>) всех установленных продуктов в системе. UpgradeCode определяет семейство сопутствующих товаров. Все продукты с этим кодом обновления, версии которых попадают в указанный диапазон, а атрибут UpgradeVersion/@OnlyDetect равен no (или не указан), будут удалены.
В документации для RemoveExistingProducts упоминается установка свойства UPGRADINGPRODUCTCODE. Это означает, что процесс удаления удаляемого продукта получает это свойство, значение которого равно Product/@Id для устанавливаемого продукта.
Если в исходной установке не было UpgradeCode, вы не сможете использовать эту функцию.
Я использовал этот сайт, чтобы понять основы WiX Upgrade:
http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization
Впоследствии я создал образец установщика (установил тестовый файл), затем создал установщик обновления (установил 2 образца тестовых файлов). Это даст вам общее представление о том, как работает механизм.
И, как сказал Майк в книге от Apress «Полное руководство по установщику Windows», он поможет вам понять, но он написан не с использованием WiX.
Еще один очень полезный сайт:
http://web.archive.org/web/20110209022712/http://wixwiki.com/index.php?title=Main_Page
Я прочитал документацию WiX, загрузил примеры, но у меня все еще было много проблем с обновлениями. Незначительные обновления не выполняют удаление предыдущих продуктов, несмотря на возможность указать их удаление. Я потратил больше суток на исследования и обнаружил, что в WiX 3.5 появился новый тег для обновлений. Вот использование:
<MajorUpgrade Schedule="afterInstallInitialize"
DowngradeErrorMessage="A later version of [ProductName] is already installed. Setup will now exit."
AllowDowngrades="no" />
Но основная причина проблем заключалась в том, что в документации говорится об использовании параметров "REINSTALL = ALL REINSTALLMODE = vomus" для небольших и небольших обновлений, но не говорится, что эти параметры ЗАПРЕЩЕНЫ для крупных обновлений - они просто перестают работать. Так что не стоит использовать их с серьезными обновлениями.
Предлагаю взглянуть на самоучитель Алекса Шевчука. Он объясняет «серьезное обновление» с помощью WiX на хорошем практическом примере по адресу От MSI к WiX, часть 8 - крупное обновление.
Одна важная вещь, которую я некоторое время упускал из руководств (украдено с http://www.tramontana.co.hu/wix/lesson4.php), что привело к ошибке «Другая версия этого продукта уже установлена»:
* Небольшие обновления означают небольшие изменения в одном или нескольких файлах, изменение которых не требует изменения версии продукта (major.minor.build). Вам также не нужно менять GUID продукта. Обратите внимание, что вам всегда нужно изменять GUID пакета при создании нового файла .msi, который во всех отношениях отличается от предыдущих. Установщик отслеживает установленные вами программы и находит их, когда пользователь хочет изменить или удалить установку, используя эти GUID. Использование одного и того же GUID для разных пакетов запутает установщик.
Незначительные обновления обозначают изменения, при которых версия продукта уже изменится. Измените атрибут версии тега продукта. Продукт останется прежним, поэтому вам не нужно менять GUID продукта, но, конечно же, получите новый GUID пакета.
Основные обновления означают значительные изменения, например переход от одной полной версии к другой. Измените все: атрибут версии, GUID продукта и пакета.
Я использую последнюю версию WiX (3.0) и не могу заставить вышеуказанное работать. Но это сработало:
<Product Id="*" UpgradeCode="PUT-GUID-HERE" ... >
<Upgrade Id="PUT-GUID-HERE">
<UpgradeVersion OnlyDetect="no" Property="PREVIOUSFOUND"
Minimum="1.0.0.0" IncludeMinimum="yes"
Maximum="99.0.0.0" IncludeMaximum="no" />
</Upgrade>
Обратите внимание, что PUT-GUID-HERE должен совпадать с идентификатором GUID, который вы определили в свойстве UpgradeCode продукта.
Ниже работал у меня.
<Product Id="*" Name="XXXInstaller" Language="1033" Version="1.0.0.0"
Manufacturer="XXXX" UpgradeCode="YOUR_GUID_HERE">
<Package InstallerVersion="xxx" Compressed="yes"/>
<Upgrade Id="YOUR_GUID_HERE">
<UpgradeVersion Property="REMOVINGTHEOLDVERSION" Minimum="1.0.0.0"
RemoveFeatures="ALL" />
</Upgrade>
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>
Убедитесь, что UpgradeCode в продукте совпадает с Id в Upgrade.
Вот что у меня сработало даже с большой оценкой ВНИЗ:
<Wix ...>
<Product ...>
<Property Id="REINSTALLMODE" Value="amus" />
<MajorUpgrade AllowDowngrades="yes" />
