tutorial - Guiones de lanzamiento automatizados y proyectos de instalación de Visual Studio
visual studio code javascript intellisense (3)
He usado WiX un poco antes, y en general, descubrí que es genial una vez que sabes qué hacer, pero hay una curva de aprendizaje abrupta. Si pasas un día sólido repasando el tutorial de WiX, deberías ser capaz de lograr que funcione el 80% de tu configuración.
Creo que la mayoría de la gente entiende la importancia de las compilaciones totalmente automáticas.
El problema es que uno de nuestros proyectos ahora está utilizando un proyecto de instalación de Visual Studio integrado (vdproj) y se ha portado recientemente a Visual Studio 2008. Desafortunadamente, esos no se compilarán en MSBuild y la invocación devenv.exe / build en 2008 solo se bloquea. aparentemente lo hace en todas las computadoras multi core (!!!). Así que ahora tengo la opción de retroceder a .Net 2.0 y 2005 o simplemente deshacerme de la implementación de Visual Studio, pero primero, me gustaría obtener una segunda opinión.
¿Alguien sabe de otra forma automática de construir un .vdproj que no nos obligue a abrir el IDE y hacer clic en algo?
WiX era lo que tenía en mente cuando decía que abandonaríamos vdproj. ¿Tienes alguna experiencia con eso, cosas buenas, advertencia?
La solución de bajo costo es cambiar a utilizar ClickOnce, que puede automatizar utilizando MSBuild. Pero si aún necesita crear un paquete de Windows Installer, necesitará convertir su proyecto a WiX (bastante directo) y compilarlo con su solución.
Esto lo ayudará a comenzar: Automatice versiones con MSBuild y Windows Installer XML
Tuve el mismo requisito y terminé usando lo que se sugiere en estos dos enlaces
Básicamente, dado que Team Build, por sí mismo, no construirá los proyectos de configuración para usted, este enfoque le permite agregar un nuevo paso de compilación después de que se complete la compilación normal. Este paso desencadena una segunda compilación al iniciar devenv.exe. El IDE construirá tus archivos de configuración. La construcción extra es un poco costosa, pero solo la necesitábamos para las construcciones que se iban a expulsar. La creación diaria, como mucho, necesitaría esta personalización, nuestra compilación CI no necesita crear archivos de configuración cada vez.
Después de ejecutar algunos comandos Copiar, una vez más compilar los pasos que se muestran en los resultados de compilación de su Team System, mover los archivos de configuración a un recurso compartido de red, etc.
Se siente un poco como un kluge al principio, pero funciona, también es una parte completa de la construcción automatizada en Team System, por lo que funcionó para mis objetivos de integración continua.