Normalmente pruebo mi código localmente en mi máquina de trabajo y luego lo muevo al entorno de desarrollo y finalmente al entorno de producción. ¿Cuál es la mejor manera de usar el modo de depuración/liberación para este escenario? ¿Solo necesito preocuparme por el modo de depuración en mi máquina? ¿Debo publicar el modo de depuración o el modo de lanzamiento para el desarrollo? Sé que probablemente debería publicar usando el modo de lanzamiento para producción. Realmente no presté atención a todo esto antes, así que he estado trabajando solo en el modo de depuración todo el tiempo, y sé que no debería hacerlo.¿Cómo debo usar el modo de depuración/liberación en Visual Studio?
Editar: Gracias por las respuestas. Parece que es una buena idea usar solo el modo de depuración en mi propia máquina. Aunque está en una máquina de desarrollo, básicamente está lanzando al público (compañeros de trabajo, qa), por lo que debería estar en modo de lanzamiento. Y, por supuesto, debería ser el modo de liberación cuando se libera a prod.
@JaredPar "Las comprobaciones de errores insertadas en el modo de depuración pueden presentar efectos secundarios que ocultan errores reales en su aplicación". -- ¿Puedes elaborar? – TGnat
@TGnat, hay casos obvios donde los controles alteran el estado global (mal, pero existen). El más sutil es que la simple ejecución de un cheque altera el tiempo de su aplicación. He visto muchos problemas de subprocesos donde las costosas comprobaciones del modo de depuración escondían problemas de temporización subyacentes haciendo que un subproceso dure más en el modo DEPURAR que en el modo LIBERACIÓN. Esto permitió que otros hilos alcanzaran un estado completo y parecieran una aplicación en funcionamiento. Una vez que se quitó el cheque en el modo RELEASE, el subproceso se ejecutó más rápido y expuso la condición de carrera. – JaredPar