2012-08-28 14 views
8

Actualmente estoy trabajando en un proyecto que se implementa mediante el uso de un paquete MSI. Para parchear el programa, simplemente implementamos otro paquete de instalador MSI que se opone a un MSP. ¿Es esta una manera efectiva/eficiente de hacerlo, o deberíamos implementar un paquete de parches MSP? He tenido experiencia con MSI pero no con MSP. ¿Cómo también voy a crear un parche MSP? Arrastré por Internet y no puedo encontrar nada.Embalaje MSP vs. MSI. ¿Qué usar para parches?

¡Gracias de antemano!

Respuesta

8

La elección depende de usted, aunque MSP proporciona archivos de menor tamaño que pueden ser ventajosos para proyectos grandes. En particular, this MSDN article dice:

Prestación de servicios de aplicaciones mediante la entrega de una revisión de Windows Installer, en lugar de un paquete de instalación completa para el producto actualizado puede tener ventajas. Un parche puede contener un archivo completo o solo los archivos necesarios para actualizar parte del archivo. Esto puede permitir al usuario descargar un parche de actualización que es mucho más pequeño que el paquete de instalación para todo el producto. Una actualización usando un parche puede preservar una personalización del usuario de la aplicación a través de la actualización.

This page proporciona consejos sobre el uso de la utilidad MSIMSP para generar un archivo de revisión MSP dados los viejos y nuevos paquetes MSI.

11

La aplicación de parches es muy complicada y difícil de trabajar, y bastante poco fiable si no se siguen las prácticas correctas de MSI.

Lo uso solo cuando tengo que hacerlo para lograr una solución que no se puede entregar de ninguna otra manera. Un ejemplo de esto es si la secuencia de desinstalación de un producto está rota, por lo que la desinstalación no se completa, pero entra en revertir. Luego, I parche con una actualización menor para corregir el error en el producto instalado y luego desinstálelo. La mayoría de los parches que he hecho de esta manera se hicieron con Wise Package Studio - y funcionaron bien.

También uso parches para entregar soluciones muy pequeñas para productos lanzados. Normalmente solo un archivo o dos con algunas revisiones urgentes . Cualquier versión compleja de software puede necesitar urgentemente dicho parche unas semanas después del lanzamiento principal, ya que se descubren problemas urgentes en la naturaleza y se desea una solución rápida. Esto es para evitar grandes descargas para los usuarios finales. Y en estos casos siempre habilito "incluye archivos enteros" para evitar el parche a nivel de bit, que es notoriamente propenso a errores.

Mucha gente quiere utilizar parches para entregar pequeñas actualizaciones diarias a QA-testers. Olvídalo. No vale la pena el riesgo, ciertamente no el esfuerzo y prácticamente no se ahorra tiempo a menos que tus probadores estén en el extranjero. Si necesita aplicar parches para QA-testers, nunca use parches a nivel de bit, ya que esto fallará si se han metido en la carpeta de instalación, lo cual es probable que hagan los buenos QA-testers.

Si necesita hacer parches para un producto lanzado, asegúrese de hacer un buen uso de los comprobadores de QA disponibles, y haga que se ejecuten parches en diferentes plataformas, actualizando desde diferentes versiones, diferentes idiomas, etc. . Es muy difícil hacerlo bien.También es aconsejable no apuntar a demasiadas versiones anteriores con un parche, ya que esto tiende a complicar las cosas rápidamente.

En general: tenga en cuenta que patching is designed for hotfixing. El artículo vinculado podría valer la pena leerlo si está investigando el uso de parches para su producto. Es un poco complicado, pero describe varios obstáculos de parche MSI.

+0

+1, que proporciona información adicional cuando una pregunta se ha resuelto. Gracias :) – Jacooobley

+1

Informe de Trench Jacooobley :-). –

+0

@Glytzhkof Entonces, ¿qué usas habitualmente para actualizar archivos en lugar de msp? Quiero saber. – sky