Practicamos la implementación continua con TFS (2008) y estamos buscando una forma agradable de manejar los cambios de configuración de IIS. MSDeploy parece que debería ser la forma de manejar esto, pero después de mucha lectura y búsqueda, no encontré una buena respuesta.Despliegue continuo de la configuración de IIS con MSDeploy
El problema con MSDeploy, según lo veo, es que debe crear un paquete de implementación utilizando un sitio web de IIS existente. Me gustaría poder tener la configuración de IIS adecuada para el sitio web en el control de código fuente y hacer que la compilación cree el paquete.
La única forma en que puedo ver esto es crear manualmente el archivo archive.xml. ¿Es correcto mi pensamiento o hay una mejor manera?
Si practica la implementación continua, supongo que probará su sitio web justo antes de la implementación. Esto significa que ya tiene un sitio web para realizar pruebas. Usar MSDeploy no es un problema. Esta es la configuración que he estado usando durante muchos meses con múltiples lanzamientos diarios. Tal vez estoy pasando por alto algo, pero no veo el problema ... – Manfred
@John - Entonces, ¿dónde haces los cambios de IIS? ¿Tu sitio web de prueba? ¿Cómo recogen los desarrolladores estos cambios? De acuerdo, la configuración de IIS no cambia mucho, pero el control de origen debe ser el lugar central para todos los cambios específicos de la aplicación. – JontyMC
¿Qué tipo de cambios quieres decir? Por ejemplo, estos cambios en el archivo web.config o en la configuración de IIS (por ejemplo, utilizando un grupo de aplicaciones diferente). Si es el último, puedo ver tu punto. – Manfred