2010-02-17 8 views
9

Todos sabemos que solo deberíamos publicar nuestro ASP.NET Web Applications with release build type, entonces ¿por qué no aparece una advertencia cuando activa el comando "Publicar" en Visual Studio 2008, para un proyecto configurado para compilar en modo de depuración?Cómo evitar la publicación de aplicaciones ASP.NET en modo de depuración desde Visual Studio?

Claro, puede haber casos en los que deba publicar una versión de depuración en un entorno de desarrollo o prueba, pero responder sí en un cuadro de diálogo de confirmación sería aceptable en estos casos. ¿Hay alguna opción que haya pasado por alto, lo que obligó a Visual Studio a advertirme cada vez que intento publicar una versión de depuración?

Sí, podríamos simplemente prohibir el uso del comando "Publicar" y usar un build management tool más sólido, pero esto implica un cambio de proceso y podría no ser una opción en este caso particular.

+0

Lo siento si mi pregunta parece "subjetivo y argumentativa". Lo que quiero saber es simplemente si hay una opción específica disponible o no en Visual Studio. –

Respuesta

6

Normalmente, este tipo de cosas se manejan en una herramienta de compilación automatizada. Francamente, publico en un sitio de desarrollo por órdenes de magnitud más a menudo que a la producción.

Por esa sola razón, tener un cuadro de diálogo extra en el proceso sería un poco enloquecedor.

Además, incluso sin un sistema de compilación en su lugar, la mayoría de las personas tienen diferentes archivos de configuración para los diferentes entornos y en su mayor parte lo manejan con un ajuste web.config.

+0

+1 Mejor respuesta que la mía :) – Lazarus

+0

Buen punto sobre la proporción de la publicación dev/prod. Aunque no entiendo el comentario de web.config. Configurar 'debug = false' en web.config es algo completamente diferente, ¿verdad? –

3

Utilizo Publish para compilar y publicar mis sitios de desarrollo para los servidores de desarrollo todo el tiempo, una pregunta sobre esto sería irritante en mi opinión.

Creo que el problema aquí es uno de sus procesos personales en lugar de la herramienta. Los lanzamientos de producción deberían ser mucho menos frecuentes y requerirían que cambies la ubicación en la que se publica el sitio, si recuerdas cambiar eso, entonces no es demasiado esperar también que estés publicando el tipo de construcción correcto.

+0

Buen punto sobre la proporción de publicación dev/prod. El proceso de desarrollo * aquí * no implica la publicación de muchas compilaciones de desarrollo, ya que la mayoría de las depuraciones se realizan localmente. Esto podría no ser óptimo, y - sí - es una cuestión de proceso, que tal vez no pueda cambiar, ya que no soy más que un contratista miserable. –

3

Puede establecer deployment retail="true" en el servidor de producción machine.config dejar de preocuparse por lo

<configuration> 
    <system.web> 
      <deployment retail="true"/> 
    </system.web> 
</configuration> 

punta del artículo de Scott Guthrie Don’t run production ASP.NET Applications with debug=”true” enabled

+0

Por favor, vea la última mitad de mi comentario en la respuesta de Chris. –

Cuestiones relacionadas