Cuando se utiliza InstallShield LE, el MSI contiene una versión desactualizada de un conjunto, pero las versiones actuales de otros

Question

Estoy usando Visual Studio 2010, InstallShield LE en una solución con aproximadamente 10 proyectos totales.

He seleccionado la salida del proyecto principal de la GUI principal para la parte 'Archivos', instalada en un subdirectorio de archivos de programas, bastante estándar.

Hice el instalador hace unas semanas y lo instalé en mi máquina de prueba, todo estaba funcionando bien. Desde entonces, he realizado cambios en cada proyecto en la solución. Hoy, incrementé la versión de mi conjunto y reconstruí mi proyecto de configuración para continuar las pruebas.

Después de la instalación, en el directorio de instalación de archivos de programa, noté que uno de los ensamblajes de mi proyecto todavía enumera la versión anterior, 1.0.0.0, y la fecha del archivo tiene más de un mes de edad. Las otras asambleas en el directorio muestran las versiones actuales y la fecha modificada actual.

He intentado eliminar cada carpeta Bin y OBJ en mi directorio de soluciones y también la carpeta de proyectos del instalador. Me reinstalé pero el problema permanece.

Busqué en Google, pero como el problema es extraño, una buena frase de búsqueda ha sido esquiva.

Obviamente, necesito la versión más actual de mis ensamblajes que se incluirán en el instalador MSI.

¡Gracias por cualquier ayuda o sugerencia!

Answer 1

Debe hacer dos cosas: extraiga el archivo real en el MSI para saber si el binario actualizado está allí en el MSI, y obtenga un registro detallado de la instalación en busca de lo que dice el instalador de Windows sobre el componente que contiene el ensamblajeen cuestión.BTW, tiene cada archivo de ensamblaje como el archivo clave de su propio componente, ¿no?El instalador de Windows solo comprueba las actualizaciones de la versión para las rutas.

Answer 2

querrás leer:

Versión predeterminada de archivos

NOTA: Asegúrese de que está comparando laFilsoVersion.No es el atributo de ensamblaje que es importante, sino que el atributo ensambladorfileversión.El primero es utilizado por el GAC y los contratos de nombre fuerte, mientras que los mapas posteriores a la estructura de Windows Native Fileversion.

Answer 3

He tenido el mismo problema con el proyecto de configuración de VS antes.Revisaría dos veces las referencias de ensamblaje en su solución que haga referencia al proyecto con la DLL antigua.Debería poder mirar la ventana de propiedades para ver la versión que es una referencia.En mi caso, hará referencia a la DLL de la carpeta del contenedor de otro proyecto, en lugar del proyecto en sí.

Sé que eliminó todas las carpetas de su bin y obj, pero probablemente valga la pena intentarlo.

Si encuentra la referencia del problema, simplemente elimínelo y vuelva a agregarlo y debe ser bueno.

Answer 4

Dump InstallShield e Ir con wix . Nunca mirarás hacia atrás.

wix tiene por ejemplo.El código de actualización para ayudarlo a controlar las verificaciones de la versión en las características.