Visual Studio không thể sao chép bản sao trong khi xây dựng

Tôi liên tục gặp lỗi này trong quá trình xây dựng dự án VS2012 C # của mình

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.    

Bây giờ tôi đã tìm ra rằng giết chết quá trình

Weingartner.WeinCad.vhost.exe

hoạt động (đôi khi) nhưng điều này đang làm tôi lo lắng. Có cách nào để ngăn chặn điều này xảy ra không?

Cài đặt trình gỡ lỗi của tôi là

Tôi đã gặp thông báo lỗi tương tự trong Visual Studio 2013.

Hầu hết, tôi đã thấy rằng tình huống này đã xảy ra khi quá trình gỡ lỗi bị dừng do một ngoại lệ.

Khi Clean + build chưa giải quyết được vấn đề này cho tôi, tôi đã thành công bằng cách làm như sau:

• Đóng Visual Studio
• Xóa các binvà objthư mục, và
• Mở lại Visual Studio.

"Lỗi" này đã tồn tại từ Visual Studio 2003.

Cuối cùng, tôi cũng thấy rằng tôi có thể thường xuyên khắc phục vấn đề này bằng cách đổi tên tập tin thực thi và sau đó xóa nó.

Trong Visual Studio Premium 2013 (Bản cập nhật 3), tôi đã giải quyết vấn đề này bằng một lớp lót trước khi xây dựng:

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

Điều này duyên dáng xóa mọi tệp PDB cũ (nếu có thể), sau đó đổi tên mọi thứ còn lại với một .old.pdbphần mở rộng. Một tác dụng phụ thú vị là nếu PDB cũ vẫn bị khóa, nó chỉ cần thêm một phần .old khác vào tên tệp và tất cả chúng sẽ được dọn sạch vào lần tới khi bạn khởi động lại Visual Studio và thực hiện xây dựng.

Ví dụ: xây dựng / gỡ lỗi phiên 1 lá MyProject.pdbbị khóa.
Lần sau bạn xây dựng:
MyProject.pdb->MyProject.old.pdb

Sau đó, phiên bản xây dựng / gỡ lỗi 2 được bắt đầu và cả hai MyProject.pdb và MyProject.old.pdbvẫn bị khóa:
MyProject.old.pdb-> MyProject.old.old.pdb
MyProject.pdb->MyProject.old.pdb

Cuối cùng, khởi động lại Visual Studio và thực hiện một bản dựng mới sẽ loại bỏ cả hai thứ này và tiếp tục quá trình như bình thường.

Đó là vì bạn đã đóng ứng dụng của mình, nhưng nó vẫn đang chạy ẩn.

Giải pháp tạm thời:

• Chuyển đến Trình quản lý tác vụ ( Ctrl+ Alt+ Esc).
• Chuyển đến tab Processes và tìm "YourProjectName.exe".
• Kiểm tra "Hiển thị quy trình từ tất cả người dùng" nếu bạn không thể tìm thấy quy trình của mình.
• Kết thúc quá trình đó.

Giải pháp vĩnh viễn: bạn phải đóng ứng dụng của mình thông qua mã hóa. Đây là mã ...

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

Bạn phải đặt mã này vào sự kiện kết thúc của biểu mẫu dưới mọi hình thức. Thí dụ:

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

.vhost.exe là một quá trình gỡ lỗi, vì vậy có vẻ như quá trình được gỡ lỗi đã không được đóng đúng cách. Có thể bạn có một lỗi khiến nó tồn tại và không dừng quá trình gỡ lỗi một cách chính xác - có các tùy chọn để tách khỏi quy trình khi bạn nhấp vào 'dừng gỡ lỗi' thay vì thực sự giết trình gỡ lỗi để có thể bạn đã cài đặt.

Nhưng đó là vấn đề - tệp bạn đang cố sao chép bị khóa (tức là vẫn đang được sử dụng) bởi HĐH để ngăn chặn việc sao chép. Đảm bảo rằng tệp là miễn phí và bạn sẽ có thể sao chép.

Tôi đã giải quyết nó bằng cách giết IISExpress trong trình quản lý tác vụ

Bạn nên vô hiệu hóa phần mềm chống vi-rút của mình (đặc biệt nếu đó là Avast) và thử lại. Nó đã giúp đỡ tôi. Vấn đề là trình gỡ lỗi / trình xây dựng tạo tệp .exe được Avast xác định là mối đe dọa và do đó đã bị xóa ngay trước khi nó có thể được thực thi bởi VS.

Tôi đã có thể khắc phục sự cố này (VS 2010) thông qua việc cung cấp sau hành động xây dựng trước;

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

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

Trích dẫn:

Một cách giải quyết là đặt điều này trong thuộc tính dòng lệnh sự kiện Pre-build của dự án> (Trong tab Sự kiện xây dựng):

Đoạn mã

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

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

ngoại lệ

Trong một số trường hợp trong Visual Studio khi bạn (Xây dựng || Xây dựng lại) khi chạy IISExpress, bạn phải đối mặt với Ngoại lệ này:

Không thể sao chép tệp "obj \ Debug \ YourProjectName.dll" sang bin \ YourProjectName.dll ". Quá trình không thể truy cập tệp 'bin \ YourProjectName.dll' vì nó đang được sử dụng bởi một quy trình khác

Giải pháp

1. Nhấp chuột phải vào dự án web cần xây dựng.
2. Bấm vào tài sản.
3. Chọn Tab Sự kiện Xây dựng ở phía bên trái.
4. Trong dòng lệnh Pre-build, dán 2 dòng này:

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

Bạn tốt 2 GO!

Có vẻ như bằng cách thay đổi tên lắp ráp của một dự án khắc phục vấn đề.

Vì vậy, thay vì điều này

Tôi đổi nó thành cái này

Lưu ý rằng tôi vừa thay đổi nó từ Increment and Recallthành Increment_Recall, tôi chỉ xóa các khoảng trắng. Nó đang làm việc tốt với tôi.

Giết quá trình w3wp.exe (IIS) thường sẽ giải quyết điều này.
Nói chung, bạn có thể biết quá trình có khóa trên tệp bằng cách điều hướng đến thư mục bin và cố gắng xóa nó. Thông báo lỗi sẽ bật lên, trong trường hợp một quá trình khác đang sử dụng nó, sẽ chứa tên của quá trình cần phải bị giết.

Tôi gặp vấn đề tương tự trên VS 2012 Phiên bản 11.0.60610.01 Cập nhật 3 trên Windows 8

Không có cửa sổ thiết kế mở và dự án là một ứng dụng giao diện điều khiển đơn giản.

Việc loại bỏ quá trình vshost truy cập tệp không hoạt động hầu hết thời gian vì quá trình không truy cập tệp.

Cách giải quyết đơn giản nhất hoạt động và mất ít thời gian nhất là loại bỏ dự án khỏi giải pháp, xây dựng dự án khác trong giải pháp và sau đó thêm lại bản gốc.

Nó gây khó chịu và lãng phí thời gian nhưng nó ít tốn kém nhất trong tất cả các lựa chọn khác mà tôi biết.

Hi vọng điêu nay co ich...

Tôi nghĩ rằng tôi đã giải quyết nó bằng cách xóa dấu kiểm thành Break all processes when one process breakstrong các tùy chọn Gỡ lỗi (ảnh chụp màn hình đầu tiên của op-> tùy chọn thứ hai).
Nó đã được xây dựng / chạy tốt trong một thời gian kể từ khi tôi bỏ chọn nó.
Tôi đang sử dụng các điều khiển MySql NET Connector và DevExpress trong dự án của mình. Có thể một trong số họ đã không xử lý các kết nối, ràng buộc, v.v. vì cờ này được kích hoạt.

EDITED: chắc chắn nó hoạt động! Không còn 'Không thể sao chép tệp' và không còn lỗi Trình thiết kế biểu mẫu.

Thêm vào sự kiện dựng trước của tác vụ dự án chính của bạn taskkill / f / fi "pid gt 0" / im "YourProcess.vshost.exe"

Đóng góp 10 xu của tôi.

Thỉnh thoảng tôi vẫn gặp vấn đề này trên VS 2015 Update 2.

Tôi thấy rằng chuyển đổi mục tiêu biên dịch giải quyết vấn đề.

Hãy thử điều này: nếu bạn đang ở trong DEBUG, hãy chuyển sang PHÁT HÀNH và xây dựng, sau đó quay lại DEBUG. Vấn đề không còn nữa.

Stefano

Thực hiện theo các bước dưới đây

1. Mở Trình quản lý tác vụ (Ctrl + Alt + Xóa)
2. Trong tab Hiệu suất, chọn chọn < ProjectNameOfYours.exe >.
3. Nhấp vào Kết thúc quá trình.
4. Bây giờ Xây dựng giải pháp.

Các bước trên đã khắc phục lỗi vĩnh viễn :)

Nếu không có câu trả lời nào hoạt động, hãy thử kiểm tra đơn giản này. Tìm bất kỳ MSbuild.exe nào đang chạy và giữ EXE dự án của bạn. Giết MSBuild.exe và bạn nên đi.

Tôi không thể đưa ra giải pháp để ngăn chặn điều này xảy ra nhưng ít nhất bạn có thể RENAME tệp bị khóa (windows explorer hoặc cửa sổ lệnh cổ điển) rồi biên dịch / xây dựng. Không cần phải khởi động lại hoặc khởi động lại VS201x. Với một số kinh nghiệm, bạn có thể thêm tập lệnh dựng sẵn để xóa các tệp cũ hoặc đổi tên sau đó ngoài luồng trong trường hợp có khóa.

Xem câu trả lời khác này . Về cơ bản, bạn có thể có các quy trình MSBuild.exe đang chạy trong các tệp tài nguyên tiêu thụ nền. Nếu bạn có bất kỳ tác vụ xây dựng trước hoặc sau nào khiến MSBuild bị khởi động thông qua dòng lệnh, hãy thử thêm cờ "/ nr: false" vào lệnh này. Nhưng một lần nữa, xem câu trả lời trước để biết chi tiết cụ thể hơn.

Tôi cuối cùng đã sửa nó như thế nào. Tại sao chúng ta không thể tiếp tục gỡ lỗi sau lần gỡ lỗi đầu tiên vì exe gỡ lỗi đầu tiên vẫn chạy. Vì vậy, sau lần gỡ lỗi đầu tiên, bạn cần vào Trình quản lý tác vụ -> Tab tiến trình -> [tên dự án của bạn exe] kết thúc quá trình exe.

nó làm việc cho tôi :)

Câu trả lời của @ Geoff ( https://stackoverflow.com/a/25251766/3739540 ) là tốt, nhưng nó ném mã lỗi 1 khi biên dịch lại.

Đây là những gì làm việc cho tôi (2> nul 1> nul ở cuối + thoát 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

Nếu bạn đang gỡ lỗi các mẫu T4 , thì điều này xảy ra mọi lúc. Giải pháp của tôi (trước khi MS sửa lỗi này) sẽ chỉ là để giết quá trình này:

Trình quản lý tác vụ -> Người dùng -> T4VSHostProcess.exe

Quá trình này chỉ xuất hiện khi bạn gỡ lỗi một mẫu T4, không phải khi bạn chạy một mẫu.

Đây là một kịch bản để chắc chắn thoát khỏi vấn đề này:

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

Kịch bản cần phải được gọi từ mỗi sự kiện xây dựng trước dự án VS.

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

1. Mở thuộc tính dự án [menu> dự án> thuộc tính]
2. Chọn tab "gỡ lỗi"
3. Bỏ chọn "Kích hoạt quy trình lưu trữ studio trực quan"
4. Bắt đầu gỡ lỗi [F5]
5. Bạn sẽ nhận được cảnh báo bảo mật, chỉ cần "ok". Cho phép ứng dụng chạy
6. Dừng gỡ lỗi.
7. Kiểm tra tùy chọn "Kích hoạt quy trình lưu trữ của studio trực quan", trong tab gỡ lỗi,
8. Bây giờ, hãy thử bắt đầu gỡ lỗi, bạn sẽ không thấy lỗi nữa

[Làm việc cho tôi]

Câu hỏi này là kết quả đầu tiên khi tìm kiếm lỗi sau:

Không thể sao chép tệp "..." vì không tìm thấy.

khi xây dựng trong Visual Studio 2013 (Cập nhật 3).

Giải pháp: Gỡ cài đặt "Công cụ năng suất năng suất" trong Visual Studio 2013.

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

Trong trường hợp của tôi, đó là người chạy thử Resharper Unit Tests (cộng với các bài kiểm tra NUnit, chưa bao giờ có vấn đề như vậy với MsTests). Sau khi giết tiến trình, có thể xây dựng lại quy trình mà không cần khởi động lại HĐH hoặc VS2013

Tôi đã không nhận ra rằng tôi vẫn có trình gỡ lỗi của mình được đính kèm và đang cố gắng xây dựng trong cùng phiên bản Visual Studio. Khi tôi dừng trình gỡ lỗi, tôi có thể xây dựng.

Giết quá trình vstest.executengine.exe (es) giải quyết vấn đề này 90% thời gian cho tôi. Nếu điều đó không hiệu quả, thì cũng giết QTAgent32.exe và sau đó xóa các thư mục / bin và / obj cho dự án đang hoạt động.

Đây là phần khó chịu nhất trong ngày làm việc của tôi. :)

Đối với tôi, đó là phần mềm diệt virus Avast không cho phép visual studio ghi / đọc / thực thi tập tin. Vì vậy, tôi đã phải thêm thư mục Visual studio 2010/2012 vào danh sách loại trừ chống vi-rút. Và ngay sau khi baam ... nó hoạt động.

Hãy chắc chắn rằng bạn đóng tất cả các trường hợp wcfSvchost và thử lại. Nó làm việc cho tôi!