Package Nuget échec de l'installation
Lorsque vous essayez d'installer un package de notre privées nouvellement créées Nuget Nourrir j'obtiens l'erreur suivante.
N'a pas pu installer le paquet 'GC.Le code temporel 1.0.0.3'. Vous tentez d'installer ce package dans un projet qui cible '.NETFramework,Version=v4.5.1", mais le paquet ne contient pas toutes les références d'assembly ou le contenu des fichiers qui sont compatibles avec ce cadre.
Le package Nuget cible également 4.5.1. (Capture d'écran prendre de Nuget Package Explorer)
Le Package Nuget est créé par Octopack via des locaux TSF, puis publié une salle de Proget Serveur
Fichier Nuspec ressemble à ceci
<?xml version="1.0"?>
<package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">
<metadata>
<id>GC.Timecode</id>
<version>1.0.0.3</version>
<authors>user</authors>
<owners>user</owners>
<licenseUrl>http://example.com</licenseUrl>
<projectUrl>http://example.com</projectUrl>
<requireLicenseAcceptance>false</requireLicenseAcceptance>
<description>The GC.Timecode deployment package, built on 25/01/2016</description>
<releaseNotes />
</metadata>
</package>
Contenu de l'emballage
Ce qui se passe ici?
lib\net45\assemblyname.dll
assemblée? Le package de travail lorsqu'il n'est pas utilisé par le biais de votre alimentation, mais par exemple à partir du système de fichiers? Cela fonctionne sur d'autres machines? Ce qui ne l' .NuSpec ressembler? Ce , le contenu de l'emballage? De quoi nourrir logiciel utilisez-vous?OriginalL'auteur MrBliz | 2016-01-25
Vous devez vous connecter pour publier un commentaire.
Glissante Pete a résolu ce problème pour moi.
La première fois que j'ai essayé d'installer mon Montage j'ai eu:
Après s'être assuré de mon Assemblée dans le package Nuget était dans la " lib\net45 dossier, j'ai toujours l'erreur!
Cependant après dans Outils->Options->Nuget->Général et d'effacer le cache, le problème a été résolu.
OriginalL'auteur Tim Hobbs
Le problème était que Octopack par défaut de simplement reproduire l'arborescence existante, alors que Nuget package de votre fichier dll dans un dossier lib.
Pour les paresseux, vous pouvez l'utiliser afin d'Obtenir un package nuget construit sur chaque génération
https://www.nuget.org/packages/CreateNewNuGetPackageFromProjectAfterEachBuild/
Je vais, dans les 2 jours, quand il en sera de me laisser 🙂
Ce package est incroyable, il faudrait être folle pour faire d'une autre façon. MERCI!
OriginalL'auteur MrBliz
Assurez-vous que votre fichier nuspec contient un 'lib/net45" cible
OriginalL'auteur Kris
Ce qui m'est arrivé et je n'ai pas trouvé ma solution posté à l'un de ces sites, donc j'espère que cela aide quelqu'un d'autre.
Le message que je recevais était:
J'ai eu un package Nuget qui a été conçu pour tous les 4.x versions de sorte qu'il ne devrait pas d'importance qu'il n'a pas de spécifier la version 4.6.1 spécifiquement. J'ai essayé de changer la bibliothèque de classe à construire 4.0, 4.5, 4.5.2, 4.6, 4.6.1, et 4.6.2 mais rien n'a résolu ce problème. J'ai également ajouté plusieurs versions de la DLL de l'emballage individuel /lib/Net4(5,51,52,6,61,62) des dossiers et l'erreur est toujours là.
Finalement, j'ai trouvé la raison de mon problème initial privé de package Nuget j'ai créé était une "mauvaise" et que le mauvais paquet a été mis en cache sur ma machine locale.
Je fixe le paquet problème et a poussé le nouveau paquet à notre serveur Nuget (en laissant le nom de la version de la même), mais Nuget à l'intérieur de Visual Studio n'est pas en tirant vers le bas le nouveau package, mais au lieu référencé le mauvais package de mise en cache sur ma machine locale. Le Gestionnaire de Package a montré le paquet a été mis à jour et affichés correctement l'information à partir de notre serveur Nuget mais il n'était jamais aller chercher le nouveau package. C'était toujours de la récupération en mémoire cache de paquet:
C:\Users\your_user_account\.Nuget\packages\
Il vous suffit de supprimer le paquet en question en vertu de votre compte d'utilisateur local forcé le Gestionnaire de Package de tirer vers le bas le nouveau package à partir du serveur.
OriginalL'auteur Slippery Pete
Si vous utilisez nuspec assurez-vous que tous les paquets installés sont notés comme "dépendances" dans les métadonnées.
Ajouter tous les paquets résolu ce problème pour moi.
OriginalL'auteur Rob