¿Cómo instalo múltiples versiones de MyProgram (misma PC, VS2008)?

Question

Tengo una gran aplicación MDI Suite que he escrito para nuestra empresa. Se instala en dos servidores Citrix, y luego se accede por cientos de terminales de ventanas en toda la planta.

Antes de instalar actualizaciones, yo (el único desarrollador) pruebo mis nuevas rutinas hasta que esté satisfecho de que va a realizar cómo espero que lo haga. Esto generalmente funciona, pero tiene preocupado al gerente del grupo.

Quiere que instale una versión beta que otros puedan probar en nuestro entorno laboral.

Para hacer esto, necesitaría instalar mi aplicación dos veces en las máquinas de servidores Citrix para que nuestros empleados puedan probarla (¿verdad?); Sin embargo, cuando intento instalar la aplicación nuevamente en la misma PC (es decir, el servidor Citrix), Windows dice que ya está instalada.

El instalador de configuración e implementación VS2008 tiene un código de producto. ¿Debería cambiar esto? ¿Qué problemas debo tener en cuenta? ¿Necesito realizar un seguimiento de dos códigos de productos (uno para pruebas y otro para su lanzamiento)?

¿Cómo instalo 2 versiones de trabajo de la misma aplicación en 1 PC?

Answer 1

Ya que desea permitir instalaciones duales que deberían funcionar. Haría un nuevo instalador "beta" que puede apuntar a un directorio de instalación diferente para mantener el sangrado al mínimo.

Aquí esta la MSDN Escribir sobre el cambio de código de producto Para más información.

Otro ángulo posible, que puede ser mucho más simple ... ¿Hay un servidor Citrix de prueba/puesta en escena en el que pueda alojarlo? Así es como implementamos los cambios aquí. Pero eso en última instancia depende de su entorno/servidor de Citrix en la granja ...

Ah, y en relación con el seguimiento del código del producto, en mi experiencia (correcto o incorrecto), eso no es tan importante como asegurarse de mantener su ActualizarCode es sincronizado.

Answer 2

La forma más segura es crear nuevos productos de productos, nuevo UpdateDecode, nuevo TargetDir y asegurarse de que no haya directorios compartidos (además de los Dirs del sistema). Haga que el instalador de Windows piense que es un producto completamente diferente.

Cambiar el ProductCode, pero no el UpdateDecode puede hacer que los componentes existentes se actualicen. Cuando la instalación ejecuta el Productos FindRelated Acción, localizará cualquier cosa con el código de actualización coincidente e intentará actualizar los componentes coincidentes.

Estoy totalmente de acuerdo con cutrisk - escenario el entero cosa en otro lugar primero (instalar la versión lanzada, actualizar a beta, abrirlo para pruebas internas, etc.) luego con cuidado Salirlo a los clientes.

Confía en mí, no quieres que tu instalador derribe el servicio (s) de producción de otra persona porque tu beta "actualiza" algún componente y todo el sistema se cae.

Answer 3

Le daría a la versión beta un nombre diferente: app_beta.exe. Puede usar la misma configuración para implementarla. También puede seguir cambiando su UpdateDecode con cada versión de la versión beta o prod: está bien que se superpongan.

Prod: 2.0

Beta: 2.1

Beta: 2.2

Actualización de prod: 2.3

Siguiente beta: 2.4

Answer 4

InstallShield 2009 y posterior admite "múltiples instancias":

p.ej:http://blog.deploymentEngineering.com/2008/03/installshield-2009-beta-part-i.html