Lorsque j'essaie de préparer mon projet MVC (NuGet.exe pack
), je reçois:
NuGet.exe : Access to the path '...' is denied.
C'est le cas pour tous les fichiers des dossiers content
et script
de ma solution MVC. Si je supprime l'indicateur readonly sur tous ces fichiers, NuGet.exe
est capable de créer le paquet NuGet.
Pourquoi dois-je supprimer le drapeau readonly? Y a-t-il un autre moyen?
J'utilise TFS qui spécifie l'indicateur readonly sur tous les fichiers sous contrôle de source.
Je cours:
J'utilise le NuGet.exe
que vous obtenez lorsque vous installez le package NuGet NuGet.CommandLine qui se trouve à l'adresse http://nuget.org/packages/NuGet.CommandLine .
Apparemment, vous devez définir ReadOnly=false
pour les fichiers auxquels il accède
Essayez de l'exécuter en tant qu'administrateur.
J'ai rencontré ceci avec nuget restore
après avoir effectué un git clean -fd
avec VisualStudio ouvert: le répertoire packages/
était marqué pour suppression et, alors que plusieurs fichiers étaient supprimés, le dossier packages/
n'était pas tel que VisualStudio ouvrait les fichiers .nupkg
.
Une fois que j'ai fermé VisualStudio et que j'ai relancé git clean
, le répertoire packages/
a été supprimé, puis le nuget a pu restaurer correctement tout.
Dans mon cas, quelque chose s'est passé lors du changement de branche dans git. Tout le monde a perdu les autorisations d'exécution pour Nuget.exe.
Ce billet de blog m'a aidé: http://mannysiddiqui.wordpress.com/2013/05/11/nuget-access-is-denied-command-existed-with-code-5/
Mon collègue vient de recevoir cette erreur, pendant tous "travaillé sur ma machine". Après quelques recherches, j'ai découvert que le fichier * .nuspec, pour une raison quelconque, n'avait pas été ajouté au contrôle de version.
Je rencontrais un problème similaire. J'ai tenté de redémarrer Visual Studio, Exécuter en tant qu'administrateur (ce que je fais toujours), Définir les attributs du dossier pour s'assurer que l'indicateur "Lecture seule" est désactivé. Quoi qu’il en soit, j’ai toujours rencontré l’erreur "l’accès au chemin est refusé" lors de la mise à jour de mes paquets Nu-Get.
J'ai pu résoudre le problème en mettant à jour les paquets un par un. Choisissez plutôt de passer par chaque dépendance et de la mettre à jour. Une fois la dépendance mise à jour, j'en choisissais une autre. Parfois, la même erreur entraînait une autre erreur jusqu'à ce que tous mes paquets soient correctement mis à jour.
Il semble que dans mon cas, les packages Nu-Get ont dû être mis à jour dans un ordre particulier.
J'espère que cela aide quelqu'un là-bas
Afin de restaurer les packages de nuget, supprimez les autorisations de lecture seule du niveau dossier (pour Windows). Nettoyez la solution et générez. Ça va marcher
J'ai eu ce problème et il s'est avéré que Windows avait une mise à jour en attente du prochain redémarrage. Effacé sans problème après le redémarrage et l'attente de la mise à jour.