Sentido del humor ñoño

Creo que ya entendí por qué después de 12 años trabajando como ingeniero, me han empezado a parecer divertidísimas las matrículas de carros como "DBA 073" o "FTP 532":

Cómo parchar una aplicación Windows Forms

Desarrollé una aplicación WinForms .NET 2.0 de escritorio con Visual Studio 2005 que usa una base de datos implementada en archivos XML. Generé un instalador con el proyecto "Setup" de VisualStudio2005 que ubica el programa (un ejecutable .exe y varios .dll) y los archivos XML en una carpeta dentro de "c:\program files".
          Generé un nuevo instalador con el proyecto "Setup" de VisualStudio2005 de la misma forma que el instalador original pero sin los archivos que no cambiaron y sin los XML para que no los sobreescribiera. Cuando lo ejecuté, Windows me regañó e interrumpió el proceso porque ya hay una versión previa de ese mismo software que ya está instalada.
          Gracias a la recomendación de Jaimir Guerrero probé cambiando el "Assembly version" y el "File version" en las propiedades de la aplicación. Ahora Windows se negaba a instalar argumentando que la versión existente era más reciente que la anterior (???). Entonces probé configurando el instalador para que no verifique si hay instalada una versión más reciente y ya Windows no protestó por la instalación previa, incluso decía que la instalación de la actualización finalizó con éxito, pero cuando probaba la aplicación, aparecía la original y no la actualizada.
          Probé entonces el método "xcopy deployment" sugerido por Ricardo González, que consiste en copiar vilmente los nuevos archivos (el ejecutable .exe y sus .dll) en la carpeta de la aplicación instalada. Aunque logré que un script hiciera la tarea más o menos automáticamente, cuando probaba la aplicación ahora Windows me respondía que la aplicación no coincidía con lo que había salido del instalador original y se rehusaba a ejecutar.
          Desesperado, fui hasta la carpeta misma de la aplicación y di doble clic directamente sobre el ejecutable y... funcionó. Por alguna extraña razón que espero me ayuden a aclarar, los accesos directos a la aplicación que mi instalador original puso en el escritorio, no abren directamente el ejecutable sino que usan algún intermediario que verifica que las versiones cuadren.

Conclusiones:
Al generar una actualización de una aplicación Windows Forms instalada con el instalador generado por el proyecto Setup de VisualStudio 2005 es necesario:

• Cambiar la propiedad "Version" por un número mayor. Esto provoca que VisualStudio proponga un nuevo valor para la propiedad "ProductCode", lo cual es necesario para que no haya colisiones con la versión previamente instalada.


• Si aún así Windows protesta, me funcionó cambiar también la propiedad "DetectNewerInstalledVersions" a falso. En teoría esto no es necesario si se ha actualizado la versión, por lo que supongo que hice algo mal.


• Siempre debe permanecer inalterada la propiedad "UpgradeCode" porque es la que permite a Windows saber que la actualización es otra versión de la misma aplicación y no otra aplicación completamente diferente.


• En el instalador de la actualización se deben incluir también los accesos directos para que sobrescriban los que ya estaban instalados, no solamente los archivos que cambiaron de una versión a otra. Esta es la razón por la cual el método "xcopy deplyment" es muy útil en aplicaciones web que no usan accesos directos regados por todo Windows, pero que exigen algo más de trabajo en una aplicación de escritorio.