Неможливо скопіювати файл - доступ до шляху заборонено

Я використовую 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

Хтось знає, чому виникає ця проблема?

Редагування Я бачу, що вся моя папка вихідного коду проекту - лише для читання, і я не в змозі видалити властивість лише для читання.

По-перше, чи може хтось мені сказати, як видалити властивість лише для читання для цієї папки? Я намагався її видалити, але властивість лише для читання зберігається. Я також спробував з боку управління версією, і це теж не вийшло.

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

Просто переконайтесь, що папка НЕ ​​є лише для читання, і відновіть рішення

Я вирішив цю проблему: закрийте Visual Studio, відкрийте її знову і завантажте рішення, відновіть своє рішення. Моя проблема виникла при використанні TFS та VIsual Studio 2010.

Вбийте процес VBCSCompiler.exeі відновіть.

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

Спершу перейдіть і перевірте, чи пов’язано папку bin та obj в програму Control Source.

Це може перетворити ваші файли з папок бінарних файлів у архіви лише для читання, що унеможливить візуальну студію перезаписати їх, коли вона компілює код.

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

Моя проблема виникла за допомогою TFS (сервер фундамента команди) та Visual Studio 2010.

Сподіваюся, що це комусь допоможе.

Запустіть Visual Studio як адміністратор

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

1. У перший раз я запускав Visual Studio без прав адміністратора. Отже, я закрив VS і запустив його, використовуючи опцію ' Запустити як адміністратор '. Це вирішило мою проблему.

2. Вдруге я багато разів перезапускав VS, кожен раз переконуючись, що я його запускаю як адміністратор. Також я багато разів перебудовував рішення. Але, незважаючи на це, я помилявся. Після цього я видалив відповідний файл із цільового розташування (файл вже присутній, можливо, з попередньої збірки в тому місці, куди він намагається скопіювати) та відновив рішення . Після цього помилка пішла і все пройшло гладко!

У моєму випадку саме антивірус заблокував файл.

Це знову зробило голову у Visual Studio 2017, в цьому випадку причиною є процес Insights Application 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

• Зберігайте та будуйте

Чи може хтось орган знати, чому виникає це питання?

Дивлячись на вашу відповідь, що ви вирішили свою проблему шляхом копіювання вручну, я б сказав, що код, над яким ви працювали, був зроблений іншим користувачем (з правами адміністратора теж), тому він був для вас заблокований. Виконуючи копію -? Вставте, ви зробили власну копію джерела з усім необхідним доступом. Єдине, що слід помітити, це те, що в цьому випадку, якщо цьому іншому розробникові буде потрібно працювати над вашою копією, він / вона перескочить у тій самій проблемі, яку ви мали раніше.

Спочатку перейдіть до місця розташування файлу. Потім клацніть правою кнопкою миші на папці файлу -> Властивості -> Невизначена опція лише для читання та застосуйте до файлів та його підпапок. Це вирішило мою проблему. Щасливе кодування!

Я повторно додав всі мої залежності / посилання, які не є NET, і це зробило трюк.

Я вирішив це питання сам. Проблема полягала в тому, що у мене було рішення відкрити в іншому місці. Після закриття він працює

Була така ж проблема, але перезапуск Visual Studio кожного разу не був для мене варіантом , оскільки ця проблема виникає дуже часто.

Я впорався з цим, встановивши Unlocker ( намагається встановити будь-яку панель інструментів при установці, тому не забудьте зняти цей прапорець ). Ця програма надає мені швидкий доступ до перейменування / видалення заблокованого ".xml" -файлу . Я знаю, що це теж лише вирішення проблеми, але для мене це було найшвидшим рішенням цієї проблеми.

Старий пост, але цей зомбі потрапляє до VS 2017 (я не розглядав, чому це просто "деякі" проекти). У цьому випадку це не дозволи користувачів , а IIS Express процес все ще використовує файли.

Ви побачите піктограму в лотку завдань

1. Клацніть правою кнопкою миші
2. Вихід
3. Ви повинні мати можливість rebuildбез цього дратівливого повідомлення "відмовлено у дозволі".

Ось чому "перезапуск Visual Studio" "виправить" проблему. Це робить, зупиняє IIS Express.

Хт ...

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

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

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

У мене була така ж помилка, але я використовую контроль версій Perforce . Ось як я це виправив.

1. Закритий клієнт Perforce P4V
2. Перезапущена Visual Studio 2010 (можливо, не знадобиться)
3. Перебудували проект, який вдався
4. Відчував себе винятково щасливим і одночасно огидним

У мене також була така ж проблема. Я отримав повідомлення про помилки, які пов’язані з неможливо скопіювати, оскільки заборонено доступ до шляху. У моєму випадку всі файли DLL та XML і так далі розміщуються в папці D: \ TFS \ Example \ Bin \ Debug.

Я правою кнопкою миші натиснув папку "Бін" і натиснув "Властивості" і побачив, що прапорець "Лише для читання" встановлено під "Атрибути".

Я зняв прапорець Лише для читання і поставив галочку Застосувати та натиснув ОК у новому спливаючому вікні, що відображається.

Я повернувся до Visual Studio і створив своє рішення, яке давало мені повідомлення про помилки.

Voilaa .. Цього разу він успішно будується без помилок.

Я не знаю, чи це ідеально, але я зробив це для вирішення своєї проблеми.

Перевірте диспетчер завдань і переконайтеся, що у вас немає висячого процесу devenv.exe. Вбити втікач і спробувати ще раз.

Перейдіть до шляху файлу, а потім зніміть прапорець лише для читання цього файлу.

Я знаю, що це стара тема, але для тих, хто шукає відповіді, як я кілька хвилин тому, рекомендую спробувати перезавантажити комп’ютер спочатку. Це одне зафіксовано для мене. Раніше навіть не вдалося вручну скопіювати в папку.

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

У мене була така ж проблема. Я виправив це, знявши галочку з властивостей кореневої папки лише для читання.

У мене теж було це питання. Ось як це вирішено

• Виключити binпапку з проекту.
• Закрити візуальну студію.
• Очищення диска приводу С.
• Відкрийте проект у візуальній студії.
• А потім відновити рішення.
• Запустити проект.

Цей процес працює для мене.

Зміна вихідного контуру працювала для мене в Visual Studio 2015. Це повинно допомогти - Зміна каталогу збірки вихідних даних

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

1) закрити візуальне рішення студії

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

3) перейдіть до c -> Windows -> Microsoft.Net -> Framework64 -> v4.030319 -> Тимчасові файли Asp.NET -> Видаліть усі файли та папки на цьому шляху.

4) Поверніться до командного рядка -> iisreset / start

5) Тепер відкрийте візуальну студію -> запустіть як адміністратор -> очистіть рішення та складіть його (не перебудовуйте .. просто побудова працювала для мене)

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

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

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

Тож я просто зіткнувся з тією ж проблемою, що викликає мою причину. У мене була поділена папка розробки, щоб я міг використовувати mac як хост збирання для додатка IOS за допомогою Xamarin. Проект працював на Mac, який взяв на себе право власності на dll, тому я не міг вносити зміни до цього dll ніде. Просто зупинивши програму на mac повернув мені право власності, що дозволило знову отримати повний доступ. Я сподіваюся, що це зробити з того часу