Visual Studio "Не вдалося скопіювати" ... під час збирання

Я продовжую отримувати цю помилку під час складання мого проекту VS2012 C #

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.    

Тепер я зрозумів, що це вбивство

Weingartner.WeinCad.vhost.exe

працює (іноді), але це мені на нерви. Будь-який спосіб зупинити це взагалі?

Мої налаштування налагодження є

У візуальній студії 2013 я стикався з подібними повідомленнями про помилки.

Здебільшого я виявив, що така ситуація сталася, коли процес налагодження був зупинений через виняток.

Коли Clean + build не вирішив для мене цю проблему, я мав успіх, зробивши наступне:

• Закриття Visual Studio
• Видалення binі objпапки, і
• Повторне відкриття Visual Studio.

Цей "помилка" існує з Visual Studio 2003.

Нарешті, я також виявив, що часто можу подолати цю проблему, просто перейменувавши виконуваний файл та видаливши його.

У Visual Studio Premium 2013 (оновлення 3) я вирішив це за допомогою попереднього збирання одного вкладиша:

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

Це витончено видаляє будь-які старі файли PDB (якщо це можливо), а потім перейменовує все, що залишилося з .old.pdbрозширенням. Приємним побічним ефектом є те, що якщо старий PDB все ще заблокований, він просто додає ще один .old фрагмент до імені файлу, і всі вони очищаються наступного разу, коли ви перезапустите Visual Studio і зробите збірку.

Наприклад, 1 сеанс збирання / налагодження залишається MyProject.pdbзаблокованим.
Наступного разу, коли ви будуєте:
MyProject.pdb->MyProject.old.pdb

Потім запускається сеанс збирання / налагодження 2, і обидва, MyProject.pdb і MyProject.old.pdbвсе ще заблоковані:
MyProject.old.pdb-> MyProject.old.old.pdb
MyProject.pdb->MyProject.old.pdb

Нарешті, перезапуск Visual Studio та свіжа збірка позбудуться обох цих дій та продовжать процес як завжди.

Це тому, що ви закрили свою заявку, але вона все ще працює у фоновому режимі.

Тимчасове рішення:

• Перейдіть до диспетчера завдань ( Ctrl+ Alt+ Esc).
• Перейдіть на вкладку "Процеси" і знайдіть "YourProjectName.exe".
• Поставте прапорець "Показати процеси від усіх користувачів", якщо ви не можете знайти процес.
• Кінець Обробити це.

Постійне рішення: вам потрібно закрити додаток через кодування. Ось код ...

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

Ви повинні ввести цей код до події закриття форми у будь-якій формі. Приклад:

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

.vhost.exe - це налагоджувальний процес, тому виявляється, що налагоджений процес не закрився належним чином. Цілком ймовірно, що у вас є помилка, яка підтримує її живим і не зупиняє процес налагодження правильно - є варіанти, щоб відключитися від процесу, коли ви натискаєте "Зупинити налагодження", а не насправді вбивати налагоджувач, так що, можливо, у вас є такий набір.

Але в цьому проблема - файл, який ви намагаєтесь скопіювати, заблокований (тобто все ще використовується) ОС, тому його запобігання копіюванню. Переконайтеся, що файл безкоштовний, і ви зможете скопіювати його.

Я вирішив це, вбивши IISExpress в диспетчері завдань

Вам слід відключити антивірус (особливо якщо це Avast) і спробувати ще раз. Це мені допомогло. Проблема полягає в тому, що налагоджувач / конструктор створює файл .exe, який ідентифікується як Avast як загроза, і для цього видаляється прямо до того, як він міг би виконати VS.

Мені вдалося виправити цю проблему (VS 2010) шляхом надання наступних дій перед складанням;

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

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

Цитата:

Вирішення проблеми полягає в тому, щоб помістити це у властивість командного рядка "Попередньо побудувати події" проекту> (на вкладці "Події збирання"):

Знімок коду

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

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

Виняток

У деяких випадках у Visual Studio, коли ви (Build || Rebuild) поверх запуску IISExpress, ви стикалися з цим винятком:

Неможливо скопіювати файл "obj \ Debug \ YourProjectName.dll" у бін \ YourProjectName.dll ". Процес не може отримати доступ до файлу" bin \ YourProjectName.dll ", оскільки він використовується іншим процесом

Рішення

1. Клацніть правою кнопкою миші веб-проект, який потрібно створити.
2. Клацніть на властивості.
3. Виберіть вкладку "Побудова подій" зліва.
4. У командному рядку Попередньо побудувати події вставити ці 2 рядки:

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

Вам добре 2 ГО!

Здається, що шляхом зміни назви збірки проекту виправляється проблема.

Тож замість цього

Я змінюю це на це

Зауважте, що я просто змінив його Increment and Recallна Increment_Recall, я просто видалив пробіли. Зараз мені це добре працює.

Вбивство процесу w3wp.exe (IIS) часто вирішує це.
Як правило, ви можете знати процес, який має блокування у файлі, перейшовши до папки бін та намагаючись видалити його. Повідомлення про помилку, яке з’явиться, якщо інший процес використовує його, міститиме ім’я процесу, який потрібно вбити.

Я зіткнувся з тією ж проблемою і для VS 2012 версії 11.0.60610.01, оновлення 3 для Windows 8

Дизайнерських вікон не було відкрито, і проект був простим консольним додатком.

Видалення доступу до файлу vshost не працює більшу частину часу, оскільки процес не має доступу до файлу.

Найпростіший спосіб вирішення, який працює і займає найменший проміжок часу, - це вилучити проект із рішення, створити ще один проект у рішенні, а потім додати оригінал назад.

Це подразник і втрата часу, але це найменш дорого з усіх інших варіантів, про які я знаю.

Сподіваюся, це допомагає ...

Я думаю, що я вирішив це, знявши галочку Break all processes when one process breaksв параметрах налагодження (перший екран екрана -> другий варіант).
Це деякий час добре будується / працює, оскільки я не перевірив це.
Я використовую в своєму проекті MySql NET Connector та DevExpress. Можливо, один із них не розпоряджався з'єднаннями, прив’язками тощо. Через це активовано цей прапор.

ВЕДАЛО: безумовно, це працює! Більше "Неможливо скопіювати файл" і більше помилок дизайнера форми.

Додайте до події перед складанням свого основного проекту taskkill / f / fi "pid gt 0" / im "YourProcess.vshost.exe"

Мій внесок у 10 центів.

У мене досі періодично виникає ця проблема в оновленнях VS 2015.

Я виявив, що переключення цілі компіляції вирішує проблему.

Спробуйте це: якщо ви перебуваєте в DEBUG, перейдіть на RELEASE і будуйте, а потім поверніться до DEBUG. Проблеми немає.

Стефано

Виконайте наведені нижче дії

1. Відкрити диспетчер завдань (Ctrl + Alt + Delete)
2. На вкладці Ефективність виберіть < ProjectNameOfYours.exe >.
3. Клацніть на Закінчити процес.
4. Тепер побудувати рішення.

Наведені вище кроки усунули помилку назавжди :)

Якщо жодна з відповідей не працює, спробуйте цю просту перевірку. Знайдіть будь-який MSbuild.exe, який працює та тримає свій проект EXE. Вбийте MSBuild.exe, і вам слід добре піти.

Я не можу дати рішення, щоб цього не сталося, але ви можете принаймні ПОЗНАЧИТИ заблокований файл (windows Explorer або класичне вікно команди), а потім компілювати / скласти. Не потрібно перезавантажувати або перезавантажувати VS201x. Маючи певний досвід, ви можете додати скрипт попереднього збирання для видалення старих файлів або перейменування, а потім поза вихідним способом у випадку блокування.

Дивіться цю іншу відповідь . В основному, у вас можуть працювати процеси MSBuild.exe у фоновому режимі, що споживає файли ресурсів. Якщо у вас є якісь завдання до або після складання, які спричиняють запуск MSBuild за допомогою командного рядка, спробуйте додати до цієї команди прапор "/ nr: false". Але ще раз дивіться попередню відповідь для більш конкретних деталей.

Нарешті, як це виправити. Чому ми не можемо продовжувати налагодження після першої налагодження, тому що перша запущена програма exe все ще працює. Так що після першої налагодження вам потрібно перейти до диспетчера завдань -> вкладка процесу -> [назва вашого проекту exe], щоб закінчити процес exe.

це працює для мене :)

@ Відповідь Джеффа ( https://stackoverflow.com/a/25251766/3739540 ) відповідь хороша, але вона кидає код помилки 1 на перекомпіляцію.

Ось що для мене працювало (2> nul 1> nul в кінці + вихід 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

Якщо ви налагоджуєте шаблони T4 , то це відбувається постійно. Моє рішення (перш ніж MS виправить це) було б просто вбити цей процес:

Диспетчер завдань -> Користувач -> T4VSHostProcess.exe

Цей процес з’являється лише при налагодженні шаблону T4, а не при його запуску.

Ось сценарій, щоб точно позбутися цього питання:

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

Сценарій потрібно викликати з кожної події перед складанням проекту VS.

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

1. Відкрити властивості проекту [меню> проект> властивості]
2. Виберіть вкладку "налагодження"
3. Зніміть прапорець "Увімкнути процес хостингу візуальної студії"
4. Початок налагодження [F5]
5. Ви отримаєте попередження про безпеку, просто "добре". Запуск програми
6. Зупинити налагодження.
7. Поставте прапорець "Увімкнути процес хостингу візуальної студії" на вкладці налагодження,
8. Тепер спробуйте почати налагодження, ви більше не побачите помилки

[Робота для мене]

Це питання було першим результатом при пошуку наступної помилки:

Не вдалося скопіювати файл "...", оскільки його не знайдено.

під час будівництва у Visual Studio 2013 (оновлення 3).

Рішення: Видалення "Інструментів живлення продуктивності" у Visual Studio 2013.

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

У моєму випадку це був тест Resharper Unit Tests (плюс тести NUnit, ніколи не мав такої проблеми з MsTests). Після вбивства процесу вдалося відновити процес, не перезавантажуючи ОС або VS2013

Я не усвідомлював, що все-таки маю налагоджений налагоджувач і намагався створити той самий екземпляр Visual Studio. Одного разу я зупинив налагоджувач, який я зміг побудувати.

Вбивство процесу vstest.executionengine.exe вирішує цю проблему в 90% часу для мене. Якщо це не спрацьовує, тоді також знищується QTAgent32.exe, а потім видаляється папки / bin та / obj для відповідного проекту.

Це найбільш дратує частину мого робочого дня. :)

Для мене саме антивірус Avast не дозволив візуальній студії писати / читати / виконувати файл. Тому мені довелося додати папку Visual studio 2010/2012 до списку виключень антивірусів. І одразу після цього баам ... це працює.

Переконайтесь, що ви закриєте всі екземпляри wcfSvcHost і повторіть спробу. Це працювало для мене!