Не удалось скопировать файл. Доступ к пути запрещен.

Ответ 1

Я решил эту проблему, удалив разрешенные файлы из папки bin и восстановив проект.

Ответ 2

Просто убедитесь, что папка НЕ ​​доступна только для чтения и перестроит решение

Ответ 3

Я решил эту проблему: Закройте Visual Studio, откройте его снова и загрузите решение, перестройте свое решение. Моя проблема возникла с использованием TFS и VIsual Studio 2010.

Ответ 4

Убейте процесс VBCSCompiler.exe и перестройте.

Ответ 5

Я тоже вступил в эту проблему.

Сначала перейдите и проверьте, сопоставили ли вы папку bin и obj с программой управления версиями.

Это может превратить ваши файлы из двоичных папок в архивы только для чтения, что делает невозможным визуальную студию для их перезаписи при компиляции кода.

Перейдите и удалите отображение из этих папок, проверьте изменения и повторите попытку.

Моя проблема возникла с использованием TFS (Team Foundation Server) и Visual Studio 2010.

Надеюсь, это поможет кому-то.

Ответ 6

Запустите Visual Studio как администратор

Ответ 7

Я использую Visual Studio 2013. Я столкнулся с этой проблемой 2 раза:

• В первый раз я запускал Visual Studio без прав администратора. Итак, я закрыл VS и начал его с помощью опции Запуск от имени администратора. Это решило мою проблему.

• Во второй раз я перезапускал VS много раз, каждый раз проверяя, что я запускаю его как администратора. Кроме того, я много раз перестраивал решение. Но, несмотря на это, я получал ошибку. После этого я удалил соответствующий файл из целевого местоположения (файл уже присутствовал, может быть из предыдущей сборки в том месте, где он пытается скопировать) и перестроил решение strong > . После этого ошибка исчезла, и все прошло гладко!

Ответ 8

В моем случае это был антивирус, который заблокировал файл.

Ответ 9

Это еще раз возросло в Visual Studio 2017, в этом случае причиной является процесс Application Insights ServiceHub.DataWarehouseHost.exe.

В предупреждении потока MSB3026 есть обходное решение: не удалось скопировать "obj\Debug\netcoreapp1.1\src.pdb" в "bin\Debug\netcoreapp1.1\src.pdb", который должен добавить предварительную сборку событие в проект, чтобы убить процесс каждый раз, когда проект построен. Цитата из этой ссылки:

• Свойства правого клика по проекту
• Выберите свойства
• События сборки
• Командная строка события предварительной сборки

taskkill /IM ServiceHub.DataWarehouseHost.exe /F 2>nul 1>nul
Exit 0

• Сохранить и построить

Ответ 10

Может ли какой-нибудь орган узнать, почему этот вопрос идет?

Глядя на ваш ответ, что вы решили проблему с помощью ручного копирования, я бы сказал, что код, над которым вы работали, был сделан другим пользователем (с правами администратора тоже), поэтому он был заблокирован для вас. Выполняя копию -? вы сделали свою СОБСТВЕННУЮ копию источника со всем необходимым доступом. Единственное, что нужно заметить, это то, что в этом случае, если этот другой разработчик должен будет работать над вашей копией, он/она будет прыгать в той же самой проблеме, что и раньше.

Ответ 11

Я повторно добавил все мои зависимости/ссылки на не .NET, и это сделало трюк.

Ответ 12

Имел ту же проблему, но перезапуск Visual Studio каждый раз не был для меня вариантом, поскольку проблема возникает иногда очень часто.

Я обработал его установкой Unlocker (пытается установить любую панель инструментов при установке, поэтому не нужно забудьте снять этот флажок), это приложение дает мне быстрый доступ к переименованию/удалению заблокированного ".xml" -File. Я знаю, что это только обходное решение, но для меня это было самым быстрым решением для решения этой проблемы.

Ответ 13

Сначала перейдите в местоположение файла. Затем щелкните правой кнопкой мыши папку файла → Свойства → Опция "Не проверено только для чтения" и примените к файлам и их подпапкам. Это решило мою проблему. Удачного кодирования!

Ответ 14

Я создал эту проблему, когда добавил в проект новый проект, а затем добавил файлы непосредственно из папки /bin/release основного проекта приложения в папку файлов приложений в проекте установки. Исходный контроль проекта установки постоянно блокировал меня от завершения сборки основного проекта приложения.

Решение: создайте отдельную папку дампа за пределами любого из проектов, которые будут содержать все файлы, которые будут включены в установку, и добавьте их оттуда. Это боль, потому что теперь мне нужно запомнить все файлы для каждого нового пакета установки. Я мог бы увидеть, могу ли я сделать что-то с пост-строительными действиями нашей автоматизированной сборкой, чтобы сделать процесс более плавным.

Ответ 15

Я сам разрешил эту проблему. Проблема в том, что решение было открыто в другом месте. После закрытия он работает

Ответ 16

Если вы копируете любые файлы в решение, убедитесь, что файлы не находятся в режиме только для чтения. Щелкните правой кнопкой мыши файл и снимите флажок в параметре атрибута, который решил мою проблему.

Ответ 17

У меня была такая же ошибка, но я использую управление версиями Perforce. Вот как я его исправил.

• Клиент Closed Perforce P4V
• Перезапуск Visual Studio 2010 (может и не понадобиться)
• Восстановлен проект, который преуспел
• Чувствовал себя исключительно счастливым и отвратительным в то же время

Ответ 18

У меня также была такая же проблема. Я получил сообщения об ошибках, связанные с невозможностью копирования, поскольку доступ к пути запрещен. В моем случае все мои файлы dll и xml и т.д. Размещаются в папке D:\TFS\Example\Bin\Debug.

Я щелкнул правой кнопкой мыши по папке Bin и нажал "Свойства" и увидел, что флажок "Только для чтения" отмечен в разделе "Атрибуты".

Я снял флажок "Только для чтения" и кликнул "Применить" и нажал "ОК" на появившемся всплывающем окне.

Я вернулся в Visual Studio и создал свое решение, которое давало мне сообщения об ошибках.

Voilaa.. На этот раз он успешно строится без ошибок.

Я не знаю, идеально ли это, но я сделал это, чтобы решить мою проблему.

Ответ 19

Проверьте диспетчер задач и убедитесь, что у вас нет процесса devenv.exe. Убейте беглый процесс и повторите попытку.

Ответ 20

Старый пост, но этот зомби поражает VS 2017 (я не вникнул в то, почему это просто "некоторые" проекты). В этом случае это не разрешения пользователя, скорее, процесс IIS Express по-прежнему использует файлы.

Вы увидите значок на панели задач

1. Правый клик
2. Выход
3. Вы должны иметь возможность rebuild без этого раздражающего сообщения "отклонено разрешение".

Именно поэтому "перезагрузка Visual Studio" "исправит" проблему. При этом останавливается IIS Express.

Hth...

Ответ 21

Просто щелкните правой кнопкой мыши по проекту MVC и выберите опцию clean. У меня была аналогичная проблема и очистка проекта, прежде чем перестройка разрешила его для меня.

Ответ 22

У меня была та же проблема. Я исправил это, сняв флажки свойств только для чтения корневой папки.

Ответ 23

У меня также была эта проблема. Здесь как разрешено это

• Исключить папку bin из проекта.
• Закрыть визуальную студию.
• Очистка диска от диска C.
• Повторно открыть проект в visual studio.
• И затем переустановите решение.
• Запустить проект.

Этот процесс работает для меня.

Ответ 24

Я смог решить проблему, удалив целевой файл, который жалуется (в вашем примере "Bin\Debug\test.Resources.xml") из папки bin целевого веб-сайта и обновляет его. Это исправлено для меня.

Ответ 25

1) закрыть визуальное студийное решение

2) перейдите в командную строку → запустить как administrator--> iisreset/stop

3) перейдите к c--> Windows → Microsoft.Net → Framework64--> v4. 030319--> Временные файлы Asp.NET → Удалите все файлы и папки по этому пути.

4) Вернитесь в командную строку → iisreset/start

5) Теперь откройте Visual Studio → Запустите от имени администратора → Очистите решение и постройте его (не перестраивайте... Просто сборка сработала для меня)

Ответ 26

Вы не должны изменять атрибут папки не для чтения. Причина, по которой вы видите это сообщение об ошибке, заключается в том, что исходный элемент управления предполагает, что вы сохраняете только ваши разные файлы где-то, кроме папки bin, поскольку он зарезервирован для файлов, которые автоматически создаются с помощью .Net, и он не хочет добавлять их в исходный код контроль.

Я предлагаю вместо использования Environment.CurrectDirectory (который, как я полагаю, вы используете в настоящее время), вы создаете папку с именем "MyProjectName" в адресе% appdata%, а затем используйте:

System.IO.Path.Combine(Environment.GetEnvironmentVariable("appdata"),"YourProjectName").

Ответ 27

Я знаю его старый поток, но для тех, кто ищет ответы, как я несколько минут назад, я рекомендую сначала перезагрузить компьютер. Это само по себе для меня. До этого не удалось даже вручную копировать в папку.

Ответ 28

Итак, я просто столкнулся с одной и той же проблемой, моей причиной, у меня была папка для разработки, поэтому я мог использовать mac как хост сборки для приложения IOS с использованием Xamarin. Проект работал на mac, который владел dll, поэтому я не мог вносить изменения в эту DLL из другого места. Просто прекратить приложение на mac возвращенное право собственности мне, которое позволило полный доступ снова. Надеюсь, это с тех пор.

Ответ 29

Очистите все указанные библиотеки в "bin\debug" и щелкните правой кнопкой мыши на Solution in Solution explorer после нажатия кнопки "Очистить решение".

И перестроить!!

Ответ 30

Я столкнулся с этой проблемой несколько раз, и решение, которое я нашел, это удалить папку отладки, а затем перестроить решение/проект. Работал для меня.