Nie można skopiować pliku - odmowa dostępu do ścieżki

Korzystam z programu Visual Studio 2005. Po pobraniu kodu z kontroli wersji aplikacja c # .net działa poprawnie. Ale po wprowadzeniu pewnych modyfikacji po kompilacji pojawia się następujący błąd:

Błąd 383 Nie można skopiować pliku „.. \ root \ leaf \ Bin \ Debug \ test.Resources.xml” do „Bin \ Debug \ test.Resources.xml”. Odmowa dostępu do ścieżki „Bin \ Debug \ test.Resources.xml”. li.rollmodel

Czy ktoś wie, dlaczego występuje ten problem?

Edycja Widzę, że cały folder kodu źródłowego projektu jest tylko do odczytu i nie jestem w stanie usunąć właściwości tylko do odczytu.

Po pierwsze, czy ktoś może mi powiedzieć, jak usunąć właściwość Tylko do odczytu dla tego folderu? Próbowałem go usunąć, ale właściwość tylko do odczytu nadal występuje. Próbowałem też od strony kontroli wersji i to też nie działało.

Rozwiązałem ten problem, usuwając sporne pliki z folderu bin i odbudowując projekt.

Tylko upewnij się, że folder NIE jest tylko do odczytu i odbuduj rozwiązanie

Rozwiązałem ten problem: zamknij Visual Studio, otwórz go ponownie i załaduj rozwiązanie, przebuduj swoje rozwiązanie. Mój problem wystąpił podczas korzystania z TFS i VIsual Studio 2010.

Zabij proces VBCSCompiler.exei odbuduj.

Włączyłem się również w ten problem.

Najpierw sprawdź i sprawdź, czy folder bin i obj został zmapowany do programu kontroli źródła.

Może to oznaczać przekształcenie plików z folderów binarnych w archiwa tylko do odczytu, co uniemożliwia Visual Studio nadpisanie ich podczas kompilacji kodu.

Idź i usuń mapowanie z tych folderów, sprawdź zmiany i spróbuj ponownie.

Mój problem wystąpił przy użyciu TFS (serwer fundacji zespołu) i programu Visual Studio 2010.

Mam nadzieję, że to komuś pomoże.

Uruchom program Visual Studio jako administrator

Używam Visual Studio 2013. Napotkałem ten problem 2 razy:

1. Za pierwszym razem uruchomiłem Visual Studio bez uprawnień administratora. Więc zamknąłem VS i uruchomiłem go za pomocą opcji „ Uruchom jako administrator ”. To rozwiązało mój problem.

2. Za drugim razem wielokrotnie restartowałem VS, za każdym razem upewniając się, że działam jako administrator. Ponadto wielokrotnie przebudowywałem rozwiązanie. Mimo to dostałem błąd. Następnie usunąłem dany plik z lokalizacji docelowej (plik był już obecny, może pochodzić z poprzedniej kompilacji w lokalizacji, w której próbuje się skopiować) i przebudowałem rozwiązanie . Potem błąd zniknął i wszystko poszło gładko!

W moim przypadku plik antywirusowy zablokował plik.

Wróciło to ponownie do głowy w Visual Studio 2017, w tym przypadku przyczyną jest proces Application Insights ServiceHub.DataWarehouseHost.exe.

W ostrzeżeniu o wątku MSB3026 omówiono obejście : Nie można skopiować „obj \ Debug \ netcoreapp1.1 \ src.pdb” do „bin \ Debug \ netcoreapp1.1 \ src.pdb” , aby dodać wersję wstępną zdarzenie w projekcie, aby zabić proces za każdym razem, gdy projekt jest budowany. Cytowanie z tego linku:

• Kliknij prawym przyciskiem myszy właściwości w projekcie
• Wybierz właściwości
• Twórz wydarzenia
• Wiersz polecenia zdarzenia przed kompilacją

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

• Zapisz i buduj

Czy ktokolwiek może wiedzieć, dlaczego ten problem nadchodzi?

Patrząc na twoją odpowiedź, że rozwiązałeś problem przez ręczne kopiowanie, powiedziałbym, że kod, nad którym pracowałeś, został stworzony przez innego użytkownika (również z uprawnieniami administratora), więc został dla ciebie zablokowany. Wykonując kopię -? wklej, utworzyłeś własną kopię źródła ze wszystkimi wymaganymi prawami dostępu. Jedyną rzeczą do zauważenia jest to, że w tym przypadku, jeśli ten inny programista będzie musiał pracować nad twoją kopią, on / ona wskoczy w taki sam problem, jak wcześniej.

Najpierw przejdź do lokalizacji pliku. Następnie kliknij prawym przyciskiem myszy folder pliku -> Właściwości -> Odznaczona opcja tylko do odczytu i zastosuj do plików i jego podfolderów. Rozwiązało to mój problem. Happy Coding!

Ponownie dodałem wszystkie moje zależności / referencje inne niż .NET i załatwiłem sprawę.

Sam rozwiązałem ten problem. Problem polegał na tym, że otworzyłem rozwiązanie w innym miejscu. Po zamknięciu działa

Miałem ten sam problem, ale ponowne uruchomienie programu Visual Studio za każdym razem nie było dla mnie opcją , ponieważ problem występuje czasami bardzo często.

Poradziłem sobie z tym, instalując Unlocker ( próbuje zainstalować dowolny pasek narzędzi podczas instalacji, więc nie zapomnij odznaczyć tego ), ta aplikacja daje mi szybki dostęp do zmiany nazwy / usunięcia zablokowanego pliku „.xml” . Wiem, że to tylko obejście, ale dla mnie było to najszybsze rozwiązanie tego problemu.

Stary post, ale ten zombie uderza VS 2017 (nie zastanawiałem się, dlaczego to tylko „niektóre” projekty). W tym przypadku nie są to uprawnienia użytkownika , a raczej proces IIS Express nadal korzysta z plików.

Zobaczysz ikonę na pasku zadań

1. Kliknij prawym przyciskiem myszy
2. Wyjście
3. Powinieneś być w stanie rebuildbez tej irytującej wiadomości „odmowa zgody”.

Z tego powodu „ponowne uruchomienie programu Visual Studio” naprawi problem. W ten sposób zatrzymuje IIS Express.

Hth ...

Stworzyłem ten problem, kiedy dodałem nowy projekt instalacyjny do rozwiązania, a następnie dodałem pliki bezpośrednio z folderu / bin / release głównego projektu aplikacji do folderu plików aplikacji projektu instalacyjnego. Kontrola źródła projektu instalacyjnego konsekwentnie blokowała mnie przed ukończeniem kompilacji projektu głównego aplikacji.

Rozwiązanie: utwórz osobny folder zrzutu poza dowolnym projektem, który będzie zawierał wszystkie pliki, które mają zostać uwzględnione w instalacji, i dodaj je stamtąd. To bolesne, ponieważ teraz muszę pamiętać, aby skopiować wszystkie pliki dla każdego nowego pakietu instalacyjnego. Mogę zobaczyć, czy mogę coś zrobić z działaniami po kompilacji, naszą automatyczną kompilacją, aby proces był płynniejszy.

Jeśli skopiujesz jakieś pliki do rozwiązania, upewnij się, że pliki nie są w trybie tylko do odczytu. Kliknij plik prawym przyciskiem myszy i odznacz opcję atrybutu, aby rozwiązać mój problem.

Miałem ten sam błąd, ale używam kontroli wersji Perforce . Oto jak to naprawiłem.

1. Zamknięty klient Perforce P4V
2. Uruchomiono ponownie Visual Studio 2010 (może nie być konieczne)
3. Odbudowano projekt, który się powiódł
4. Czułem się wyjątkowo szczęśliwy i jednocześnie oburzony

Też miałem ten sam problem. Otrzymałem komunikaty o błędach, których nie można skopiować, ponieważ odmówiono dostępu do ścieżki. W moim przypadku wszystkie moje pliki dll i xml i tak dalej znajdują się w folderze D: \ TFS \ Example \ Bin \ Debug.

Kliknąłem prawym przyciskiem myszy folder Bin, kliknąłem Właściwości i zobaczyłem, że pole wyboru Tylko do odczytu jest zaznaczone w obszarze Atrybuty.

Nie zaznaczyłem pola wyboru Tylko do odczytu, kliknąłem Zastosuj i kliknąłem OK w wyświetlonym nowym oknie podręcznym.

Wróciłem do Visual Studio i zbudowałem swoje rozwiązanie, które wyświetlało mi komunikaty o błędach.

Voilaa .. Tym razem kompilacja zakończyła się powodzeniem bez błędów.

Nie wiem, czy to jest idealne, ale zrobiłem to, aby rozwiązać problem.

Sprawdź Menedżera zadań i upewnij się, że nie zawieszono procesu devenv.exe. Zabij niekontrolowany proces i spróbuj ponownie.

Przejdź do ścieżki pliku, a następnie usuń zaznaczenie pola wyboru tylko do odczytu tego pliku.

Wiem, że to stary wątek, ale dla tych, którzy szukają odpowiedzi, takich jak ja kilka minut temu, zalecam najpierw ponowne uruchomienie komputera. To samo dla mnie naprawione. Wcześniej nie można nawet ręcznie skopiować do folderu.

Wystarczy kliknąć prawym przyciskiem myszy projekt MVC i kliknąć opcję czyszczenia. Miałem podobny problem i wyczyszczenie projektu przed przebudową rozwiązało go dla mnie.

Miałem też ten sam problem. Naprawiłem to, usuwając zaznaczenie właściwości folderu głównego tylko do odczytu.

Też miałem ten problem. Oto jak to rozwiązać

• Wyklucz binfolder z projektu.
• Zamknij studio wizualne.
• Oczyszczanie dysku z dysku C.
• Ponownie otwórz projekt w studio wizualnym.
• A następnie przebuduj rozwiązanie.
• Uruchom projekt.

Ten proces działa dla mnie.

Zmiana ścieżki wyjściowej działała dla mnie w Visual Studio 2015. To powinno pomóc - Zmiana katalogu kompilacji wyjściowej

Byłem w stanie rozwiązać problem, usuwając plik docelowy, który narzeka (w twoim przykładzie „Bin \ Debug \ test.Resources.xml”) z folderu bin docelowej strony internetowej i ponownie go skompilowałem. To naprawiło to dla mnie.

1) zamknij rozwiązanie studia wizualnego

2) przejdź do wiersza polecenia -> uruchom jako administrator -> iisreset / stop

3) przejdź do c -> Windows -> Microsoft.Net -> Framework64 -> v4.030319 -> Tymczasowe pliki Asp.NET -> Usuń wszystkie pliki i foldery z tej ścieżki.

4) Wróć do wiersza poleceń -> iisreset / start

5) Teraz otwórz studio wizualne -> uruchom jako administrator -> wyczyść rozwiązanie i skompiluj je (nie przebudowuj .. tylko kompilacja działała dla mnie)

Nie należy zmieniać atrybutu folderu na „tylko do odczytu”. Powodem, dla którego pojawia się ten komunikat o błędzie, jest to, że kontrola źródła zakłada, że ​​przechowujesz różne pliki w innym miejscu niż folder bin, ponieważ jest zarezerwowane dla plików, które są automatycznie tworzone przez .Net i nie chce ich dodawać do źródła kontrola.

Sugeruję, aby zamiast używać Environment.CurrectDirectory(zakładam, że obecnie używasz), utwórz folder o nazwie „MyProjectName” w adresie% appdata%, a następnie użyj:

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

Właśnie natknąłem się na ten sam problem, z mojego powodu, udostępniono mój folder programistyczny, dzięki czemu mogłem używać komputera Mac jako hosta kompilacji dla aplikacji IOS przy użyciu Xamarina. Projekt działał na komputerze Mac, który przejął własność biblioteki dll, dlatego nie mogłem wprowadzać zmian w tej bibliotece z żadnego innego miejsca. Po prostu zatrzymanie aplikacji na Macu zwróciło mi własność, co pozwoliło ponownie na pełny dostęp. Mam nadzieję, że tak się stanie.