Son proyectos de instalación de Visual Studio adecuado para configuraciones complejas?

Question

¿Los proyectos "Visual Studio Setup" adecuado para los complejos en diferentes versiones?

La aplicación es bastante grande (> 500.000 líneas de código) y está en continuo desarrollo. Cada 6 a 10 meses una nueva versión se libera. Tenemos varios archivos de configuración (INI y XML), claves de registro, scripts de migración de bases de datos, etc. La aplicación se encuentra en el progreso de ser migrado de Visual Basic 6.0 para .NET. El instalador de edad, fue construido con Installshield . La retroalimentación a Installshield es: Bad capacidad de adaptación, reutilización mal - es por eso que estamos evaluando " Configuración de estudio visual" como alternativa.

Otros productos que tener en cuenta:

Soluciones libre

• WiX
• NSIS

Soluciones Comerciales

• Installshield (otra vez ...)
• Wise
• Instalador Avanzado
• ¿Falta algo?

Las soluciones que no nos gustan a tener en cuenta:

• Inno Setup (simplemente no se siente bien)

Answer 1

No, no, no y no a proyectos de implementación de Visual Studio. He estado allí en proyectos "grandes" (15.000 archivos con miles de módulos de combinación y cientos de acciones personalizadas installutil porque VDPROJ expone casi nada de la MSI subyacentes, tales como la creación de servicios). Podría seguir durante horas sobre lo horrible que realmente es.

Tengo un equipo de cuatro desarrolladores de instalación y uso una mezcla de WiX y < a href = "http://en.wikipedia.org/wiki/InstallShield" rel = "nofollow noreferrer"> InstallShield . Nuestra instalación típica tiene cerca de 100 funciones, 800 módulos de combinación y 15.000 archivos. Desplegamos casi cada tipo de recurso que se puede imaginar incluyendo el encadenamiento de terceros instala para crear productos o sistemas completos. Somos capaces de hacer esto por más de una docena de productos fuera de cada edificio de múltiples ramas de integración, de liberación y de mantenimiento. Los cuatro de nosotros apoyar a una organización de más de 400 personas con alrededor de 250 desarrolladores.

Somos capaces de hacer esto porque InstallShield realmente puede darle una buena cantidad de reutilización. Utiliza las configuraciones y características del producto / módulos de combinación para crear encapsulados de grupos de archivos y la lógica de negocio. Aún así, WiX hace un mejor trabajo (aunque mucho más difícil de aprender y agujeros de características aquí y allá que todavía necesitamos InstallShield), por lo que hemos sido la transición lentamente nuestra línea de base a WiX siempre que sea posible.

Answer 2

No ir allí !! Pensamos que era factible para unos pocos instaladores simples pero ha resultado ser una pesadilla ... A primera vista, los proyectos de instalación VS se ven bien, pero pronto se dará cuenta de las diversas deficiencias - lo que significa que va a escribir una manojo de código de acción personalizada para realizar sólo las tareas más simples (por ejemplo, el manejo de servicio e instalación en directorios especiales bien definidas que simplemente no son accesibles desde el "buen" proyecto de instalación GUI).

Sólo se pueden utilizar algunas formas muy básicas para obtener la entrada del usuario (introducción de la contraseña es, por ejemplo, no es posible). No hay ningún incremento automático de los números de versión del instalador. El manejo de archivos es horrible - que tiene para recoger manualmente cada archivo. Es decir, no se puede simplemente decir "instalar todos los archivos en este directorio en ese directorio." - fantástica tarea para sentarse y buscar manualmente los nuevos archivos en un directorio con cientos de archivos

No, ir a WiX, aunque la curva de aprendizaje puede parecer un poco peor que para los instaladores VS -. Pero me he arrepentido muchas veces que no lo hicimos