iis - impersonate - an asp.net setting has been detected that does not apply in integrated managed pipeline mode.

Aplicación de lanzamiento de VS 2012 basada en una ruta incorrecta

Question

Tengo una aplicación que está bajo control de fuente (TFS 2012 también) en c: / Dev / MyApp / Main.

Debido a que estoy desarrollando una nueva característica, decidí abrir una rama en c: / Dev / MyApp / BranchNewFeature.

Desarrollé y cuando decidí que era el momento de probarlo, era como si no hubiera hecho ningún cambio. Presiono F5 y veo la versión de línea de base de la aplicación ... Al observarla noté un hecho muy curioso: cuando miro IIS Express, la "ruta de inicio de lanzamiento" para las aplicaciones es la anterior (c: / Dev / MyApp / Principal).

¿Alguien puede ayudarme a hacer que IIS Express apunte a la nueva ruta? (C: / Dev / MyApp / BranchNewFeature)

Answer 1

Cuando abre una solución de Visual Studio que contiene un proyecto web IISExpress, se actualiza la configuración del elemento applicationHost.config <site> . Si luego abre una solución para una sucursal separada, es posible que la configuración del <site> se sobrescriba para apuntar a esa sucursal separada.

Por ejemplo, supongamos que tiene dos ramas de una solución que contiene un proyecto web configurado para usar IISExpress en el puerto 4000. Cuando abre la solución para Branch1, la aplicaciónHost.config se actualizará con un elemento <site> registrando un sitio en localhost : 4000 apuntando a la carpeta de Branch1. Cuando ''Comience a depurar'' su solución, su navegador abre localhost: 4000 y todo funciona bien.

Si luego abre la solución para Branch2, el applicationHost.config se modificará nuevamente, anulando el elemento <site> para que localhost: 4000 ahora apunte a Branch2. Ahora, si ''Comienza la depuración'' en la solución abierta Branch1 o en la solución abierta Branch2, localhost: 4000 apunta a Branch2, ya que eso es lo que está en el archivo applicationHost.config.

Para evitar este problema, configure las dos ramas para usar diferentes puertos y luego Visual Studio administrará dos elementos separados de applicationHost.config <site> , uno para cada rama. Tendrá que recordar configurar un nuevo número de puerto cada vez que cree una nueva sucursal.

Answer 2

En VS 2015, no tuve que editar el archivo de configuración directamente. Abrí el proyecto ramificado y fui a la página Propiedades bajo el Proyecto. Vaya a la pestaña Web y edite Servidores> URL del proyecto.

Answer 3

En caso de que llegue aquí buscando el mismo problema en Visual Studio 2015, el archivo applicationhost.config se ha movido a una carpeta oculta: $ SolutionDirectory / .vs / config.

Answer 4

Me encontré con el mismo problema. Para solucionarlo, utilicé la sugerencia de cheesemacfly , para actualizar C:/Users/%USERNAME%/Documents/IISExpress/config/applicationhost.config para que apunte al nuevo directorio.

La desventaja obvia con esta solución es que debe hacer esto repetidamente si planea cambiar entre sus nuevas sucursales a menudo. Parece un error en VS2012 ...

Answer 5

Reiniciar VS parece solucionar este problema. Esta es solo una solución alternativa, así como es una norma con todos los productos de Windows: cerrar y reiniciar, y ¡funcionará!

Esto es lo que sucedió: me enfrenté al mismo problema después de trabajar en un proyecto web en una sucursal con VS2013. Como Chris Gillum mencionó anteriormente, tuve el archivo applicationhost.config abierto mientras reiniciaba VS, y el archivo se actualizó automáticamente con la ruta correcta. Por lo tanto, esto definitivamente parece ser un error en Visual Studio.

ACTUALIZAR:

He visto este problema muchas veces desde que publiqué esta respuesta. Y he encontrado una alternativa para reiniciar VS. Esto es lo que hago ahora:

1. Haga clic derecho en IISExpress Icon y haga clic en "Mostrar todas las aplicaciones"
2. Seleccione el nombre del sitio de la lista
3. Haga clic (y abra) en el archivo de configuración

4. Busque y corrija la ruta física a su espacio de trabajo en la siguiente sección:

   <sites>
       <site name="MyWebSite" id="XXX">
           <virtualDirectory path="/" physicalPath="FIX_THIS_PATH" />
       </site>
   <sites>

IISExpress actualizará automáticamente el sitio, y no necesita reiniciar VS. Espero que esto ayude a alguien.

Answer 6

Tuve una situación similar donde había copiado un proyecto. Después de ejecutar el proyecto, se muestra el proyecto original en el navegador en lugar de mi versión copiada y editada. Mi solución fue eliminar todos los sitios afectados del archivo de configuración:

C:/Users/%USERNAME%/Documents/IISExpress/config/applicationhost.config

Luego tuve que hacer clic derecho en el proyecto en Visual Studio, hacer clic en Properties luego hacer clic en la pestaña Web , en esta pestaña cambié el puerto especificado en la Project Url del Project Url y guardé. A continuación, Visual Studio me preguntó si quería volver a agregar el proyecto al archivo de configuración del host de la aplicación. Hice clic en Sí y ejecuté el proyecto, de repente todo estaba bien.

Mi problema particular no era un error en Visual Studio sino una discrepancia de configuración.

Answer 7

Tuve una situación similar y estaba buscando una respuesta cuando encontré este artículo. Pensé en aplicar esto de forma fija, pero sentí que era un gran esfuerzo cada vez que necesitas ramificarte o fusionarte de nuevo.

Hice un poco más de excavación, y creo que encontré una solución más fácil. Descubrí que en Visual Studio 2013 si abre las Propiedades del proyecto y hace clic en la opción Web, verá una sección de Servidores con un botón ''Crear directorio virtual''.

Si hace clic en este botón, se le preguntará si está apuntando a un directorio diferente, entonces el proyecto está dentro y desea arreglarlo. Cuando hace clic en sí, hace la reparación por usted y, cuando lo depure ahora, lo extraerá de la ubicación correcta.