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

Question

Я использую 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

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

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

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

Answer 1

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

Просто перезагрузите компьютер.Откройте Visual Studio, попробуйте собрать заново.

Answer 2

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

Answer 3

Я попытался выйти и снова войти в систему, и у меня это сработало.Надеюсь, это поможет кому-то еще.

Answer 4

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

Answer 5

Для меня проблема заключалась в том, что другой проект в решении имел тот же файл .dll, который был проверен совсем недавно.

Ручное копирование недавно зарегистрированной версии .dll из другой папки bin проекта в папку bin в проекте, который генерировал ошибку, устранило проблему.

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

Answer 6

Простое решение:

Просто обновите следующие пакеты

Microsoft.CodeDom.Providers.DotNetCompilerPlatform v1.0.5 to v1.0.7

Это решит проблему.

Answer 7

Это может быть странный побочный продукт при загрузке исходного кода изначально из системы контроля версий (TFS и т. Д.), Где все файлы и папки защищены от записи. Перейдите в каталог верхнего уровня и проверьте свойства, и вы можете найти проверенный атрибут Только для чтения . Снимите этот флажок, и система должна спросить вас, хотите ли вы, чтобы все каталоги верхнего уровня были установлены для записи. Это должно это исправить.

Answer 8

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

Answer 9

Очистите все библиотеки, на которые есть ссылки, в «bin \ debug» и щелкните правой кнопкой мыши на Solution в обозревателе решений после нажатия «Clean Solution».

И восстановить !!