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

238

Я использую Visual Studio 2005. После получения кода из системы контроля версий приложение c # .net работает правильно. Но после внесения некоторых изменений при сборке я получаю следующую ошибку:

Ошибка 383 Не удается скопировать файл ".. \ root \ leaf \ Bin \ Debug \ test.Resources.xml" в "Bin \ Debug \ test.Resources.xml". Доступ к пути 'Bin \ Debug \ test.Resources.xml' запрещен. li.rollmodel

Кто-нибудь знает, почему возникает эта проблема?

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

Во-первых, кто-нибудь может сказать мне, как удалить свойство «Только чтение» для этой папки? Я попытался удалить его, но свойство только для чтения сохраняется. Я пытался со стороны контроля версий, и это тоже не сработало.

c# visual-studio-2005 access-denied

— Ricky
источник

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

— Арункумар

нет, я использую свою собственную машину, у меня есть административный доступ

— Рикки

Я решил эту проблему, вручную скопировав файл из одного местоположения в требуемое место, вероятно, проблема связана с MSBUILD с файлом только для

— чтения

277

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

— DiligentKarma
источник

50

Старый пост, я знаю, но у меня была такая же проблема только сейчас. Убедитесь, что VS также закрыт, так как в некоторых случаях он будет запрещать доступ для удаления папки

— Eon

1

Небольшое примечание: я не понял, сначала я должен удалить эти файлы в выходной папке основного проекта, а не в выходной папке библиотеки DLL. Итак, предупреждение здесь :)

— Пьеро Альберто

6

В моем случае даже закрытия VS было недостаточно, чтобы освободить папку и позволить мне удалить ее - ProcessExplorer показал, что «VBCSCompiler.exe» все еще использует ее. В этом случае выход из Windows и (или просто уничтожение процесса) сделал свое дело, позволив мне пересобрать решение и заставить все работать снова.

— С. Йенсен

2

в моем случае причина, по которой папка и решение превратились в ReadOnly, а впоследствии VS столкнулась с трудностями при его создании, заключалась в том, что какой-то файл не смог синхронизироваться с GoogleDrive и каким-то образом был заблокирован этим процессом. Поэтому для правильной перестройки мне пришлось закрыть GoogleDrive, а потом он просто отлично сработал.

— Конрад

1

Я нашел виновником Bitdefender Antivirus Free.

— Уорик

123

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

— Wahid Bitar
источник

12

Я пытаюсь снять флажок «Только для чтения», заполненный зеленым цветом. Когда я нажимаю «Применить», затем «ОК», а затем снова проверяю свойства этой папки, я снова вижу в предыдущем состоянии (снова с флажком «Только для чтения», заполненным зеленым цветом). У кого-нибудь есть решение по этому вопросу?

— Викрам

Также убедитесь, что файл не заблокирован. В моем случае файл был в общей папке, и кто-то другой открыл его.

— Дэн Бешард

Закройте Visual Studio перед удалением атрибута только для чтения. Поскольку рассматриваемый файл может использоваться (заблокирован)

— Гаутам Джайн

4

Создано расширение Visual Studio для очистки атрибутов dll ReadOnly и Hidden, блокирующих сборку. UnBlockDllExtension: marketplace.visualstudio.com/...

— vrnithinkumar

69

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

— jordenysp
источник

22

Добавьте ту же проблему в VS2013. Классический чехол The IT Crowd. «Здравствуйте, это ЭТО, вы пытались выключить и снова включить?».

— Максим Роиллер

1

Тот же сценарий: TFS и VS 2010. Та же проблема. То же решение. +1

— ajeh

2

Это произошло и на VS2015: p

— Ю Мацуо

4

И то же самое в VS2017

— arame3333

1

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

— Михаил Сенютович

50

Убить процесс VBCSCompiler.exeи восстановить.

— MuriloKunze
источник

3

Это то, что решило это для меня. Спасибо, добрый незнакомец: D

— Morsus

да, это оно.

— kal kokah

Большое спасибо, вы добрый незнакомец! : D

— Agent007

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

— Амит Бишт

Попробуйте также, это может помочь вам stackoverflow.com/a/12740768/2445111

— Амит Бишт

23

Я тоже вмешался в эту проблему.

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

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

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

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

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

— Heitor Corrêa
источник

1

Я просто хотел добавить, что ответ Heitorolecarte решил мою проблему, и это может произойти с Visual Studio 2012 и TFS2010.

— Родни

20

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

— Алехандро Аро
источник

1

Примечание: вот краткий и простой способ всегда работать от имени администратора по умолчанию stackoverflow.com/questions/12257110/…

— wmebane

Этот ответ сказал мне достаточно, что я знал, чтобы просто добавить разрешение на запись для «Пользователи» в моей выходной папке - и это немедленно решило мою проблему (которая заключалась в том, что я не мог опубликовать даже в первый раз).

— Х Гудрич

9

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

В первый раз я запускал Visual Studio без прав администратора. Итак, я закрыл VS и запустил его, используя опцию « Запуск от имени администратора ». Это решило мою проблему.
Во второй раз я перезагружал VS много раз, каждый раз проверяя, запущен ли он как администратор. Также я много раз перестраивал решение. Но, несмотря на это, я получал ошибку. После этого я удалил соответствующий файл из целевого местоположения (файл, который уже присутствовал, может быть из предыдущей сборки в том месте, куда он пытается скопировать), и пересобрал решение . После этого ошибка ушла и все прошло гладко!

— Викрам
источник

8

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

— Клавдиу Константин
источник

BitDefender 6.2 здесь

— JOG

7

Это снова подняло голову в 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

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

— tomRedox
источник

6

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

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

— Тигран
источник

6

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

— Винаяк Савале
источник

3

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

— Shawn
источник

3

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

— Хенли Чиу
источник

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

— Саймон Ансворт

3

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

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

— Дэвид Лейтнер
источник

Спасибо за это. У меня была эта проблема в прошлом году, и я подумал, что это потому, что я переключаюсь между администратором, а не нет, но теперь я знаю, что это глупый критический процесс, связанный с антивирусом Panda (PSANHost.exe, которого нет в диспетчере задач), который заблокировал файлы.

— yeejuto

3

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

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

Правый клик
Выход
Вы должны быть в состоянии rebuildбез этого раздражающего сообщения «Отказано в доступе».

Это также, почему «перезапуск Visual Studio» решит проблему. Это останавливает IIS Express.

Hth ...

— EdSF
источник

2

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

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

— Порция
источник

2

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

— InitialV
источник

2

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

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

— Madmartigan
источник

1

У меня такая же настройка, но я не смог добраться до шагов 3 и 4 :(

— user3260977

2

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

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

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

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

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

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

— Ziggler
источник

2

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

— Программное обеспечение Hazen Hills
источник

2

Перейдите к пути к файлу, затем снимите флажок только для чтения этого файла.

— Рами Отман
источник

1

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

— Жоао Леме
источник

1

помог мне тоже. 2020 банда

— Витор Цеолин

1

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

— Ehsan
источник

1

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

— Раджан Кумар Харель
источник

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

— Чоудхури Саадман Махмид

1

У меня тоже была эта проблема. Вот как это решается

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

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

— Манодж
источник

1

Изменение пути вывода работало для меня в Visual Studio 2015. Это должно помочь - Изменение каталога Build Output

— Кришна Кешав
источник

1

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

— Рама Кришна Ила
источник

1

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

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

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

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

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

— Кришна
источник

0

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

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

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

— Бижан
источник

0

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

— Джон Уиллис
источник