Visual Studio "Tidak dapat menyalin" ... selama pembuatan

Saya terus mendapatkan kesalahan ini selama membangun proyek VS2012 C # saya

Error   41  Could not copy "obj\Debug\WeinGartner.WeinCad.exe" to
 "bin\Debug\WeinGartner.WeinCad.exe". 
 Exceeded retry count of 10. Failed.    


Error   42  Unable to copy file "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe". The process cannot access the file
'bin\Debug\WeinGartner.WeinCad.exe' because it is being used by another 
process.    

Sekarang saya sudah tahu bahwa membunuh prosesnya

Weingartner.WeinCad.vhost.exe

bekerja (kadang-kadang) tetapi ini membuat saya gugup. Adakah cara untuk menghentikan ini terjadi sama sekali?

Pengaturan debugger saya adalah

Saya telah menemukan pesan kesalahan serupa di Visual Studio 2013.

Sebagian besar, saya telah menemukan bahwa situasi ini telah terjadi ketika proses debug dihentikan karena pengecualian.

Ketika clean + build belum menyelesaikan masalah ini untuk saya, saya berhasil dengan melakukan hal berikut:

• Menutup Visual Studio
• Menghapus bindan objfolder, dan
• Membuka kembali Visual Studio.

"Bug" ini sudah ada sejak Visual Studio 2003.

Akhirnya, saya juga menemukan bahwa saya sering dapat mengatasi masalah ini dengan hanya mengubah nama file yang dapat dieksekusi dan kemudian menghapusnya.

Dalam Visual Studio Premium 2013 (Pembaruan 3), saya memecahkan ini dengan pra-build one-liner:

(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb)

Ini dengan anggun menghapus semua file PDB lama (jika bisa), lalu mengganti nama apa pun yang tersisa dengan .old.pdbekstensi. Efek samping yang bagus adalah bahwa jika PDB lama masih terkunci, itu hanya menambahkan sepotong .old ke nama file, dan mereka semua akan dibersihkan saat berikutnya Anda me-restart Visual Studio dan melakukan build.

Sebagai contoh, sesi build / debug 1 tidak MyProject.pdbterkunci.
Lain kali Anda membangun:
MyProject.pdb->MyProject.old.pdb

Kemudian, bangun / debug sesi 2 dimulai, dan keduanya MyProject.pdb dan MyProject.old.pdbmasih terkunci:
MyProject.old.pdb-> MyProject.old.old.pdb
MyProject.pdb->MyProject.old.pdb

Akhirnya, me-restart Visual Studio dan melakukan build baru akan menghilangkan keduanya, dan melanjutkan proses seperti biasa.

Itu karena Anda telah menutup aplikasi Anda, tetapi masih berjalan di latar belakang.

Solusi sementara:

• Buka Pengelola Tugas ( Ctrl+ Alt+ Esc).
• Buka tab Proses dan cari "YourProjectName.exe".
• Centang "Tampilkan proses dari semua pengguna" jika Anda tidak dapat menemukan proses Anda.
• Akhiri Proses itu.

Solusi permanen: Anda harus menutup aplikasi Anda melalui pengkodean. Ini kodenya ...

System.Windows.Forms.Application.Exit();

Anda harus memasukkan kode ini ke acara penutupan formulir di semua formulir. Contoh:

private void frm_menu_FormClosing(object sender, FormClosingEventArgs e)
{
    System.Windows.Forms.Application.Exit();
}

.vhost.exe adalah proses debugger, sehingga tampaknya proses yang sedang di-debug belum ditutup dengan benar. Kemungkinan Anda memiliki bug yang menjaga agar tetap hidup dan tidak menghentikan proses debug dengan benar - ada opsi untuk melepaskan dari proses ketika Anda mengklik 'hentikan debugging' daripada benar-benar membunuh debugger jadi mungkin Anda memiliki set itu.

Tapi itu masalahnya - file yang Anda coba salin dikunci (yaitu masih digunakan) oleh OS sehingga mencegah salinan. Pastikan file itu gratis dan Anda dapat menyalin.

Saya telah menyelesaikannya dengan membunuh IISExpress di task manager

Anda harus menonaktifkan antivirus Anda (terutama jika itu Avast) dan coba lagi. Itu membantu saya. Masalahnya adalah bahwa debugger / builder membuat file .exe yang diidentifikasi sebagai ancaman oleh Avast dan karenanya dihapus tepat sebelum bisa dieksekusi oleh VS.

Saya dapat memperbaiki masalah ini (VS 2010) melalui penyediaan tindakan pra-bangun berikut;

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

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

Mengutip:

Solusinya adalah dengan meletakkan ini di properti baris perintah acara Pra-bangun proyek> (Di tab Acara build):

Cuplikan Kode

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

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

Pengecualian

Dalam beberapa kasus di Visual Studio ketika Anda (Bangun || Membangun kembali) di atas menjalankan IISExpress Anda dihadapkan dengan Pengecualian ini:

Tidak dapat menyalin file "obj \ Debug \ YourProjectName.dll" ke bin \ YourProjectName.dll ". Proses tidak dapat mengakses file 'bin \ YourProjectName.dll' karena sedang digunakan oleh proses lain

Larutan

1. Klik kanan pada proyek web yang perlu dibangun.
2. Klik pada properti.
3. Pilih Build Events Tab di sebelah kiri.
4. Di Pra-bangun acara, baris perintah tempelkan 2 baris ini:

tasklist /fi "imagename eq iisexpress.exe" |find ":" > nul
if errorlevel 1 taskkill /f /im "iisexpress.exe"

Anda baik-baik saja, 2 PERGI!

Tampaknya dengan mengubah nama rakitan suatu proyek memperbaiki masalah.

Jadi, bukannya ini

Saya mengubahnya menjadi ini

Perhatikan bahwa saya baru saja mengubahnya dari Increment and Recallmenjadi Increment_Recall, saya baru saja menghapus spasi. Sekarang bekerja dengan baik untuk saya.

Membunuh proses w3wp.exe (IIS) akan sering menyelesaikan ini.
Secara umum, Anda dapat mengetahui proses yang memiliki kunci pada file dengan menavigasi ke folder bin dan mencoba menghapusnya. Pesan kesalahan yang akan muncul, jika proses lain menggunakannya, akan berisi nama proses yang perlu dibunuh.

Saya menghadapi masalah yang sama pada VS 2012 Versi 11.0.60610.01 Pembaruan 3 pada Windows 8

Tidak ada jendela desainer terbuka dan proyek itu adalah aplikasi konsol sederhana.

Penghapusan proses vshost mengakses file tidak berfungsi sebagian besar waktu karena proses tidak mengakses file.

Solusi paling sederhana yang berfungsi dan membutuhkan waktu paling sedikit adalah menghapus proyek dari solusi, membangun proyek lain dalam solusi dan kemudian menambahkan yang asli kembali.

Ini adalah iritasi dan buang-buang waktu, tetapi ini adalah yang paling murah dari semua opsi lain yang saya tahu.

Semoga ini membantu...

Saya pikir saya menyelesaikannya dengan menghapus tanda centang Break all processes when one process breaksdi opsi Debug (tangkapan layar pertama op-> opsi kedua).
Sudah membangun / berjalan dengan baik untuk sementara sejak saya tidak mencentangnya.
Saya menggunakan MySql NET Connector dan kontrol DevExpress di proyek saya. Mungkin salah satu dari mereka tidak membuang koneksi, binding, dll. Baik karena bendera ini diaktifkan.

Diedit: pasti berhasil! Tidak ada lagi 'Tidak dapat menyalin file' dan tidak ada lagi kesalahan perancang formulir.

Tambahkan acara pra-bangun proyek master Anda tugas Anda / f / fi "pid gt 0" / im "YourProcess.vshost.exe"

Kontribusi 10 sen saya.

Saya masih memiliki masalah ini sesekali di VS 2015 Pembaruan 2.

Saya menemukan bahwa mengganti target kompilasi memecahkan masalah.

Coba ini: jika Anda berada di DEBUG beralih ke RELEASE dan membangun, lalu kembali ke DEBUG. Masalahnya hilang.

Stefano

Ikuti langkah-langkah di bawah ini

1. Buka Task Manager (Ctrl + Alt + Delete)
2. Di bawah tab Performance pilih pilih < ProjectNameOfYours.exe >.
3. Klik pada End Process.
4. Sekarang Bangun solusi.

Langkah-langkah di atas menyelesaikan kesalahan secara permanen :)

Jika tidak ada jawaban yang berfungsi, coba cek sederhana ini. Temukan untuk MSbuild.exe yang menjalankan dan menahan EXE proyek Anda. Bunuh MSBuild.exe dan Anda harus melakukannya dengan baik.

Saya tidak bisa memberikan solusi untuk mencegah hal ini terjadi tetapi Anda setidaknya dapat MEMPERBARUI kembali file yang terkunci (windows explorer, atau jendela perintah klasik) dan kemudian mengkompilasi / membangun. Tidak perlu reboot atau memulai ulang VS201x. Dengan beberapa pengalaman Anda dapat menambahkan skrip pra-bangun untuk menghapus file lama atau mengganti nama lalu keluar dari jalan jika ada kunci.

Lihat jawaban lain ini . Pada dasarnya, Anda bisa menjalankan proses MSBuild.exe di latar belakang menggunakan file sumber daya. Jika Anda memiliki tugas membangun pra atau pasca yang menyebabkan MSBuild ditendang melalui baris perintah, coba tambahkan bendera "/ nr: false" ke perintah ini. Tetapi sekali lagi, lihat jawaban sebelumnya untuk perincian yang lebih spesifik.

Saya akhirnya bagaimana memperbaikinya. Mengapa kami tidak dapat melanjutkan debug setelah debug pertama karena exe debug pertama masih berjalan. Jadi, setelah debug pertama, Anda harus pergi ke Task Manager -> Process Tab -> [exe nama proyek Anda] mengakhiri proses exe.

ini bekerja untuk saya :)

@ Geoff ( https://stackoverflow.com/a/25251766/3739540 ) jawabannya bagus, tetapi ia melempar kode kesalahan 1 saat dikompilasi ulang.

Inilah yang bekerja untuk saya (2> nul 1> nul di akhir + keluar 0):

(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb) 2>nul 1>nul
(if exist "$(TargetDir)*old.dll" del "$(TargetDir)*old.dll") & (if exist "$(TargetDir)*.dll" ren "$(TargetDir)*.dll" *.old.dll) 2>nul 1>nul
exit 0

Jika Anda men - debug templat T4 , maka ini terjadi setiap saat. Solusi saya (sebelum perbaikan MS ini) akan hanya untuk membunuh proses ini:

Manajer Tugas -> Pengguna -> T4VSHostProcess.exe

Proses ini hanya muncul ketika Anda men-debug template T4, bukan ketika Anda menjalankannya.

Berikut ini adalah skrip untuk menyingkirkan masalah ini:

REM   This script is invoked before compiling an assembly, and if the target file exist, it moves it to a temporary location
REM   The file-move works even if the existing assembly file is currently locked-by/in-use-in any process.
REM   This way we can be sure that the compilation won't end up claiming the assembly cannot be erased!

echo PreBuildEvents 
echo  $(TargetPath) is %1
echo  $(TargetFileName) is %2 
echo  $(TargetDir) is %3   
echo  $(TargetName) is %4

set dir=C:\temp\LockedAssemblies

if not exist %dir% (mkdir %dir%)

REM   delete all assemblies moved not really locked by a process
del "%dir%\*" /q

REM   assembly file (.exe / .dll) - .pdb file and eventually .xml file (documentation) are concerned
REM   use %random% to let coexists several process that hold several versions of locked assemblies
if exist "%1"  move "%1" "%dir%\%2.locked.%random%"
if exist "%3%4.pdb" move "%3%4.pdb" "%dir%\%4.pdb.locked%random%"
if exist "%3%4.xml.locked" del "%dir%\%4.xml.locked%random%"

REM Code with Macros
REM   if exist "$(TargetPath)"  move "$(TargetPath)" "C:\temp\LockedAssemblies\$(TargetFileName).locked.%random%"
REM   if exist "$(TargetDir)$(TargetName).pdb" move "C:\temp\LockedAssemblies\$(TargetName).pdb" "$(TargetDir)$(TargetName).pdb.locked%random%"
REM   if exist "$(TargetDir)$(TargetName).xml.locked" del "C:\temp\LockedAssemblies\$(TargetName).xml.locked%random%"

REM PreBuildEvent code
REM   $(SolutionDir)\BuildProcess\PreBuildEvents.bat  "$(TargetPath)"  "$(TargetFileName)"  "$(TargetDir)"  "$(TargetName)"

REM References:
REM   http://www.hanselman.com/blog/ManagingMultipleConfigurationFileEnvironmentsWithPreBuildEvents.aspx
REM   http://stackoverflow.com/a/2738456/27194
REM   http://stackoverflow.com/a/35800302/27194

Script perlu dipanggil dari setiap acara pra proyek VS build.

$(SolutionDir)\BuildProcess\PreBuildEvents.bat  "$(TargetPath)"  "$(TargetFileName)"  "$(TargetDir)"  "$(TargetName)"

1. Buka properti proyek [menu> proyek> properti]
2. Pilih tab "debug"
3. Hapus centang "Aktifkan proses hosting studio visual"
4. Mulai debugging [F5]
5. Anda akan menerima peringatan keamanan, "ok". Memungkinkan aplikasi berjalan
6. Hentikan debugging.
7. Periksa opsi "Aktifkan proses hosting studio visual", di bawah tab debug,
8. Sekarang, coba mulai debugging, Anda tidak akan melihat kesalahan lagi

[Bekerja untukku]

Pertanyaan ini adalah hasil pertama ketika mencari kesalahan berikut:

Tidak dapat menyalin file "..." karena tidak ditemukan.

saat membangun di Visual Studio 2013 (Pembaruan 3).

Solusi: Menghapus Instalasi "Alat Daya Produktivitas" di Visual Studio 2013.

https://connect.microsoft.com/VisualStudio/feedback/details/533411

Dalam kasus saya itu adalah pelari Resharper Unit Tests (ditambah tes NUnit, tidak pernah memiliki masalah dengan MsTests). Setelah membunuh proses, dapat membangun kembali proses, tanpa me-restart OS atau VS2013

Saya tidak menyadari bahwa saya masih memiliki debugger saya terpasang dan sedang mencoba untuk membangun dalam contoh Visual Studio yang sama. Setelah saya menghentikan debugger saya bisa membangun.

Membunuh proses vstest.executionengine.exe menyelesaikan masalah ini 90% dari waktu bagi saya. Jika itu tidak berhasil, maka bunuh juga QTAgent32.exe dan kemudian hapus folder / bin dan / obj untuk proyek yang dimaksud berfungsi.

Ini adalah bagian paling menjengkelkan dari hari kerja saya. :)

Bagi saya itu adalah antivirus Avast yang tidak akan membiarkan visual studio untuk menulis / membaca / mengeksekusi file. Jadi saya harus menambahkan folder Visual studio 2010/2012 ke daftar pengecualian antivirus. Dan tepat setelah baam itu ... itu berhasil.

Pastikan Anda menutup semua instance wcfSvcHost dan coba lagi. Itu berhasil untuk saya!