La mise à niveau .NET Core 2.0: PackageTargetFallback et AssetTargetFallback ne peuvent pas être utilisés ensemble

Lors de la mise à niveau d'un projet qui est à la compilation et à l'exécution amende .NET Core 1.0 ou 1.1, la mise à jour de la cible cadre au .NET Core 2.0 (netcoreapp2.0) provoque la génération échoue avec l'erreur suivante:

 error NU1003: PackageTargetFallback and AssetTargetFallback cannot be used together. Remove PackageTargetFallback(deprecated) references from the project environment.

Quelle est la raison de cette erreur et comment peut-il être résolu afin de rendre le projet de construire à nouveau?

InformationsquelleAutor Martin Ullrich | 2017-08-08
  1. 102

    Dans .NET Core 1.0 et 1.1, il a été nécessaire de définir PackageTargetFallback lors du référencement de paquets qui sont connus pour travailler sur .NET de Base mais n'est pas officiellement en charge elle - par exemple, PCL bibliothèques ou librairies construit pour l'héritage dotnet cadre moniker.

    Pour cette raison, le projet (.csproj, .fsproj, ...) contiendra une ligne similaire à:

    <PackageTargetFallback>$(PackageTargetFallback);portable-net45+win8+wp8+wpa81;</PackageTargetFallback>

    Dans la plupart des cas, cette ligne peut être tout simplement supprimé et le projet devrait se développer, car .NET Core 2.0 définit déjà AssetTargetFallback être net461 - ce qui signifie que toute NuGet package qui est compatible avec .NET Framework 4.6.1 ou plus peuvent être utilisés sans configuration supplémentaire.

    Si cela introduit plus de construire /erreurs de restauration, modifiez la ligne:

    <AssetTargetFallback>$(AssetTargetFallback);portable-net45+win8+wp8+wpa81;</AssetTargetFallback>

    La raison de ce changement est que PackageTargetFallback est considéré comme obsolète et doit être remplacée par AssetTargetFallback dont le comportement est légèrement différent.

    La modification de rupture dans l'outillage est que netcoreapp2.0 et netstandard2.0 définir automatiquement AssetTargetFallback qui est en conflit avec PackageTargetFallback valeur définie dans le fichier de projet.

    • Merci, j'ai ouvert la csproj dans l'éditeur et enlevé le <PackageTargetFallback> élément tout à fait comme vous l'avez suggéré, et il a très bien fonctionné.
    • Mais que faire si il n'y a pas de PackageTargetFallback dans le fichier de projet?
    • ainsi, vous obtenez le message d'erreur dans la question, sans qu'aucun de PackageTargetFallback ou AssetTargetFallback être définis dans le projet? Peut-être que certains fichier importé? (par exemple, Directory.Build.props dans la hiérarchie des dossiers). Faire envisager l'ouverture d'une question spécifique ou un GitHub problème quelque part. Un log binaire (dotnet restore /bl par exemple, pour obtenir un msbuild.binlog) pourrait aider à diagnostiquer
    • Merci pour l'info. Oui, je reçois le message d'erreur exact, mais n'ont pas de Forfait TargetsFallback, même dans la hiérarchie. Ouvrira une question.
    InformationsquelleAutor Martin Ullrich