wix overwrite previous-installation

WiX— siempre sobrescribe la versión anterior



overwrite previous-installation (1)

Tengo un instalador de una aplicación que necesita instalarse sobre cualquier versión existente, independientemente del número de versión.

En su lugar, tengo un instalador que me dice constantemente que debo ir para agregar / eliminar programas. Eso es un comportamiento muy frustrante para mis evaluadores, ya que solo los ralentiza sin ninguna razón real en su mente: el paquete del instalador anterior siempre se instalaría, eliminando los archivos que estaban allí previamente, por lo que nunca tuvieron que hacer ese paso. También tenemos una base de clientes (grande) que ha sido entrenada de manera similar, ya que cualquier versión que instale ahora debería sobrescribir cualquier instalación que pudiera haber tenido antes.

Parece, de lo que puedo deducir, que el paradigma de WiX es hacer cosas como bloquear las versiones de versiones anteriores y otras cosas complicadas, como parchear. Francamente, nuestros clientes no son lo suficientemente inteligentes como para saber o preocuparse por los parches, las combinaciones, lo que sea, y solo quieren un instalador que siempre funcione (y estoy dispuesto a estar de acuerdo con ellos; el ancho de banda es barato). Entonces, ¿cómo consigo eso?

He intentado esto, pero simplemente no parece importar:

<InstallExecuteSequence> <RemoveExistingProducts Before="InstallInitialize"/> </InstallExecuteSequence>

Esta es la versión 3.0.5120 de WiX.

EDITAR: Según la sugerencia de Rob allí, he añadido este código:

<InstallExecuteSequence> <RemoveExistingProducts After="InstallInitialize"/> </InstallExecuteSequence> <Upgrade Id="27cb76c7-544e-465f-b1f3-b11d9a49e416"> <UpgradeVersion Minimum="0.8.0" IncludeMinimum="yes" Maximum="1.5.1" Property="OLDERVERSIONBEINGUPGRADED" /> </Upgrade>

No estoy agregando el código para no permitir una instalación de reversión; por razones que son increíblemente vergonzosas para mí, digamos que un aumento en el número de versión no necesariamente se relaciona con un aumento en la bondad del software. No quiero que nadie quede excluido de lo que creen que necesitan.

Además, es muy importante cambiar el GUID predeterminado del producto a "*" para crear un GUID diferente con un instalador diferente, que aparentemente fue el problema.