5
Nuestro producto tiene varios productos que el cliente puede instalar creados como paquetes de instalación por separado (MSI).HOWTO y la mejor instalación de trabajo (MSI) chainer +/bootstrapper
Tenemos un requisito de tener solo paquete para la instalación que:
- Mostrar una interfaz de usuario con el progreso
- Permitir al usuario elegir qué cuenta/paquetes para instalar
- tienen una capacidad limitada para constreñir uno característica a otra (por ejemplo, eliminación o adición de otro efecto)
- Soporte elevación individual (UAC)
- nice to have capacidad de actualización automática (no debe) línea de comandos
- apoyo + instalación silenciosa
- el paquete debe construirse a partir de las instalaciones aisladas (cadena de ellos)
- plantean/mensajes de error para los requisitos previos que faltan
- parches de apoyo a través del tiempo y mejoras importantes
Hoy hacemos casi todo lo anterior usando MSI con instalaciones anidadas, lo cual es una mala práctica y enfrentamos demasiados problemas en nuestra solución.
Sé que hay varios bootstrappers por ahí (m $ bootstrapper genérica, que creo que no es bueno, quemadura es la versión WIX que no está lo suficientemente maduro)
¿Conoce otra? ese trabajo y probado ya? ¿Cuál es el mejor método para hacer (sin unificación del MSI en un solo MSI)
Si bien entiendo que queman de WIX es joven y ni siquiera en la versión de producción, sin embargo, en mi humilde opinión que podría valer la pena probar ya que una vez liberado (con WIX 3.5) es probable que se convierta rápidamente en el nuevo "estándar". – ewall
Estoy de acuerdo con esto, personalmente creo que Burn proporcionará todo lo que necesito y si no puedo mejorarlo :), Hay otra opción para crear bootstrapper personalizado usando NSIS que también es simple ... Lo sorprendente es que Estoy haciendo una pregunta que TODAS las empresas deben hacer y, sin embargo, no hay respuestas rápidas y correctas -> hay negocios aquí –