Hola, Stackoverflow.

Recientemente, cuando he estado programando en Visual Studio 2010, he estado teniendo el problema de que VS ha bloqueado el archivo bin / Debug / (ProjectName) .exe al intentar compilar y aparece el siguiente error después de intentar compilar el proyecto. 10 veces:

No se puede copiar el archivo "obj \ x86 \ Debug \ TileEngine.exe" a "bin \ x86 \ Debug \ TileEngine.exe". El proceso no puede acceder al archivo 'bin \ x86 \ Debug \ TileEngine.exe' porque otro proceso lo está utilizando.

El problema aparece cuando edito la fuente y luego trato de depurar. He comprobado el uso de diferentes programas, y el único programa que usa el archivo es Visual Studio.

Si espero unos 10 minutos antes de intentar construir, parece funcionar correctamente, pero al probar cosas diferentes, no es bueno tener que esperar 10 minutos antes de intentar algo.

He probado diferentes soluciones tanto en este sitio como en todos los lugares que puedo encontrar en Google.

Algunas soluciones que he encontrado, pero no han funcionado para míSolución 1 - Uso de un script de precompilación

En algunas preguntas diferentes aquí en Stackoverflow, he encontrado una solución que se encuentra enProject Properties > Build Events y luego en elPre-compilación de línea de comandos de eventos añadir:

if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"

Esto hizo posible que yo construyera el proyecto una vez más de lo que normalmente podía, pero al editar el código nuevamente y luego construir, apareció el mismo error.

Nota: Tratar de compilar una versión en lugar de una compilación de depuración parece romper la secuencia de comandos previa a la compilación y se cierra con el código '1', lo que hace que VS no pueda compilar correctamente. La eliminación de la secuencia de comandos de construcción previa hace que funcione como "normal" de nuevo, aunque sigue teniendo el mismo error.

Solución 2: ejecutar Visual Studio como administrador

Esta es otra solución que he encontrado, pero no me ha funcionado bien, así que asumo que Visual Studio ya tiene todos los permisos necesarios y que ejecutarse como Administrador no hace ninguna diferencia.

Solución 3 - Cambiando la AsambleaVersión

En esta pregunta,La compilación de Visual Studio falla: no se puede copiar el archivo exe de obj \ debug a bin \ debug, Encontré otra solución que incluía cambiar laAssemblyVersion, en elProperties\AssemblyInfo.cs archivo, a"2.0.0.0". Esto, sin embargo, no ha hecho ninguna diferencia en absoluto para mí.

Solución 4 - Cerrar los diseñadores de UserControl antes de construir

De acuerdo con algunas respuestas diferentes aquí y allá en Internet, Visual Studio aparentemente usa el ejecutable del proyecto creado para renderizar elUserControl diseñador(?). En mi caso, probablemente no lo sea, ya que uso XNA en su mayoría y no usa elUserControl diseñador.

Solución 5: limpieza de recursos cuando se cierra la aplicación

Esta podría ser una solución que no he implementado correctamente. Estoy pensando, sin embargo, que si esta es la solución, ¿por qué no se me ha requerido hacerlo antes? Asumo que XNA descarga todo lo que se carga a través deContent tubería, por lo tanto, esta solución no tendría ningún sentido real.

Si hay alguien que sea capaz de difundir algo de luz sobre este tema, sería realmente genial, ya que me impide programar algo en realidad, porque no me gusta esperar 10 minutos porque hice un cambio de 2 segundos. todo el tiempo.