257 votes

Impossible de copier le fichier - l'accès au chemin est refusé

J'utilise Visual Studio 2005. Après avoir pris le code du contrôle de version en premier, l'application c#.net fonctionne correctement. Mais, après avoir fait quelques modifications, lorsque je construis, j'obtiens l'erreur suivante :

Erreur 383 Impossible de copier le fichier " \root\leaf\Bin\Debug\test.Resources.xml " à " Bin \Debug\test.Resources.xml ". Accès au chemin 'Bin \Debug\test.Resources.xml est refusé. li.rollmodel

Quelqu'un sait-il pourquoi ce problème se produit ?

Modifier Je constate que l'ensemble du dossier du code source de mon projet est en lecture seule, et je ne suis pas en mesure de supprimer la propriété de lecture seule.

Tout d'abord, quelqu'un peut-il me dire comment supprimer la propriété "Lecture seule" pour ce dossier ? J'ai essayé de la supprimer mais la propriété de lecture seule persiste. J'ai également essayé du côté du contrôle de version et cela n'a pas fonctionné non plus.

0 votes

Est-ce sur un réseau partagé ? Avez-vous un accès administratif sur votre machine ? Cette question serait mieux adaptée à serverfault ou superuser.

0 votes

Non, j'utilise ma propre machine et j'ai un accès administratif.

0 votes

J'ai résolu ce problème en copiant manuellement le fichier d'un emplacement à l'autre, le problème est probablement lié à MSBUILD avec un fichier en lecture seule.

301voto

DiligentKarma Points 1233

J'ai résolu ce problème en supprimant les fichiers litigieux du dossier bin et en reconstruisant le projet.

52 votes

Vieux poste, je sais, mais j'ai eu le même problème à l'instant. Assurez-vous que VS est également fermé, car dans certains cas, il refuse l'accès à la suppression du dossier.

0 votes

Cela a fonctionné la dernière fois que j'ai eu ce problème, mais plus maintenant. J'ai autorisé toutes les permissions sur le dossier bin et aucun résultat.

0 votes

@Krohn, en essayant de construire à partir de la ligne de commande, votre solution est la seule chose que vous devez faire.

129voto

Wahid Bitar Points 3482

Assurez-vous simplement que le dossier n'est PAS en lecture seule et reconstruisez la solution.

13 votes

J'essaie de supprimer la case à cocher "Lecture seule" remplie de couleur verte. Lorsque je clique sur "Appliquer", puis sur "Ok", et que je vérifie à nouveau les propriétés de ce dossier, je retrouve l'état précédent (la case "Lecture seule" est à nouveau remplie de couleur verte). Quelqu'un a-t-il une solution à ce problème ?

0 votes

Vérifiez également que le fichier n'est pas verrouillé. Dans mon cas, le fichier était sur un partage et quelqu'un d'autre l'avait ouvert.

0 votes

Fermez Visual Studio avant de supprimer l'attribut de lecture seule. Parce que le fichier en question peut être en cours d'utilisation (verrouillé)

71voto

jordenysp Points 672

J'ai résolu ce problème : Fermez Visual Studio, ouvrez-le à nouveau et chargez la solution, Reconstruisez votre solution. Mon problème s'est produit en utilisant TFS et VIsual Studio 2010.

22 votes

Ajouter le même problème dans VS2013. Un cas classique de The IT Crowd. "Bonjour, c'est le service informatique, avez-vous essayé de l'éteindre et de le rallumer ?".

1 votes

Même scénario : TFS et VS 2010. Même problème. La même solution. +1

2 votes

Cela s'est produit sur VS2015 également :p

23voto

Heitorolecarte Points 91

J'ai rencontré ce problème aussi.

Vérifiez d'abord si vous avez mappé votre dossier bin et obj au programme Source Control.

Cela peut transformer vos fichiers des dossiers binaires en archives en lecture seule, ce qui rend impossible à Visual Studio de les écraser lorsqu'il compile le code.

Supprimez le mappage de ces dossiers, vérifiez les changements et réessayez.

Mon problème s'est produit en utilisant TFS (Team foundation server) et Visual Studio 2010.

J'espère que cela aidera quelqu'un.

1 votes

Je voulais juste ajouter que la réponse de Heitorolecarte a réglé mon problème et que cela peut se produire avec Visual Studio 2012 et TFS2010.

22voto

Alejandro Haro Points 33

Exécutez votre Visual Studio en tant qu'administrateur

1 votes

Note : voici un moyen simple et rapide de toujours s'exécuter en tant qu'administrateur par défaut. stackoverflow.com/questions/12257110/

0 votes

Cette réponse m'a suffisamment éclairé pour que je sache qu'il suffisait d'ajouter le droit d'écriture à "Users" sur mon dossier de sortie - et cela a instantanément résolu mon problème (qui était que je ne pouvais pas publier même la première fois).

1 votes

Quelle suggestion follement dangereuse. Non seulement il est irresponsable de conseiller une personne suffisamment incertaine de ce qui se passe pour contourner la sécurité, mais construire en tant qu'administrateur cachera tout problème de déploiement de votre code.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X