VSTS build: Echec de restauration des packages - Impossible de résoudre 'NETStandard.Library (& gt; = 1.6.1)' pour '.NETStandard, Version = v2.0'

Je suis

Parvenez pas à résoudre 'NETStandard.Bibliothèque (>= 1.6.1)' pour '.NETStandard,Version=v2.0'.

dans VSTS construire à l'aide de Hosted2017 agent de build après j'ai mis à jour mon aspnetcore application de netcoreapp2.0 et mes bibliothèques à utiliser netstandard2.0.

Fonctionne très bien en local.

J'ai édité ma définition de build à utiliser .net de base tâche v2.* preview:

VSTS build: Echec de restauration des packages - Impossible de résoudre 'NETStandard.Library (& gt; = 1.6.1)' pour '.NETStandard, Version = v2.0'

ici est le journal de l':

Current agent version: '2.120.2'
Download all required tasks.
Downloading task: DotNetCoreCLI

Starting: Get Sources
Syncing repository: Liero/vyvojari-sk (GitHub)
...details ommited
HEAD is now at e448a25... Upgraded to .NET Core 2.0
Finishing: Get Sources

Starting: Restore
==============================================================================
Task         : .NET Core
Description  : Build, test, package, or publish a dotnet application, or run a custom dotnet command. For package commands, supports NuGet.org and authenticated feeds like Package Management and MyGet.
Version      : 2.0.5
Author       : Microsoft Corporation
Help         : [More Information](https://go.microsoft.com/fwlink/?linkid=832194)
==============================================================================
SYSTEMVSSCONNECTION exists true
Downloading: https://dist.nuget.org/win-x86-commandline/v4.0.0/nuget.exe
Caching tool: NuGet 4.0.0 x64
Using version: 4.0.0
Found tool in cache: NuGet 4.0.0 x64
Saving NuGet.config to a temporary config file.
Can\'t find loc string for key: NGCommon_NoSourcesFoundInConfig
NGCommon_NoSourcesFoundInConfig d:\a\Nuget\tempNuGet_734.config
"C:\Program Files\dotnet\dotnet.exe" restore d:\a\s\src\CommandStack\CommandStack.csproj --configfile d:\a\Nuget\tempNuGet_734.config --verbosity Detailed
  Restoring packages for d:\a\s\src\CommandStack\CommandStack.csproj...
C:\Program Files\dotnet\sdk.0.4\NuGet.targets(97,5): error : Unable to resolve 'NETStandard.Library (>= 1.6.1)' for '.NETStandard,Version=v2.0'. [d:\a\s\src\CommandStack\CommandStack.csproj]
  Generating MSBuild file d:\a\s\src\CommandStack\obj\CommandStack.csproj.nuget.g.props.
  Generating MSBuild file d:\a\s\src\CommandStack\obj\CommandStack.csproj.nuget.g.targets.
  Writing lock file to disk. Path: d:\a\s\src\CommandStack\obj\project.assets.json
  Restore failed in 115.64 ms for d:\a\s\src\CommandStack\CommandStack.csproj.

  Errors in d:\a\s\src\CommandStack\CommandStack.csproj
      Unable to resolve 'NETStandard.Library (>= 1.6.1)' for '.NETStandard,Version=v2.0'.

  NuGet Config files used:
      d:\a\Nuget\tempNuGet_734.config
Error: C:\Program Files\dotnet\dotnet.exe failed with return code: 1
Packages failed to restore
******************************************************************************
Finishing: Restore
******************************************************************************

et voici le code source: https://github.com/Liero/vyvojari-sk/tree/e448a25fb8c481704e9102aaaeb8b84b9aee7b02

source d'informationauteur Liero

57

Mise à jour 18/09/2017

L'étape 2 n'est plus nécessaire. Je l'ai laissé dans la solution mais qu'il peut encore aider certaines personnes. Merci, @Liero pour le signaler.

Réponse Originale À Cette Question

Que j'ai vécu ce problème aussi, et résolu en faisant trois choses:
1. Utiliser le .NET SDK de Base(! - pas d'exécution!) la version 2.0.0:
2. Utiliser la dernière NuGet nourrir (4.3.0):
3. Restaurer vos paquets:
Mise à jour
Il est intéressant de mentionner ici que vous devez spécifier l'endroit où vous obtenez vos packages NuGet. La plupart des applications seront probablement utiliser simplement la NuGet.org l'alimentation par la capture d'écran (voir la petite case à cocher), mais vous pouvez avoir votre flux personnalisé spécifié dans un NuGet.fichier de configuration. Dans ce cas, cochez la case " se Nourrit dans mon NuGet.config' puis indiquez le chemin d'accès à ce fichier.

Pour illustrer l'ordre, c'est mon travail de la file d'attente:

J'espère que cela vous aide, vous et personne d'autre qui a rencontré ce problème. Si vous avez des questions, laissez-moi savoir. 🙂
3

Vous devez sélectionner d'Alimentation(s) je sélectionne ici pour les Aliments pour utiliser l'option. Si vous laissez Utiliser les paquets de ce VST/TFS nourrir vide, les paquets seront téléchargés à partir de https://dist.nuget.org/.

D'autre, si vous souhaitez utiliser Flux dans mon NuGet.config que les Flux vers l'utiliser, vous devez spécifier le chemin d'accès de votre NuGet.config fichier.
1

J'ai reçu une erreur similaire après la génération d'un projet à l'aide de dotnet new angular qui a créé un projet en s'appuyant sur netcoreapp2.0. L'Inspection des propriétés du projet a révélé que la version 2.0 n'a pas été correctement reconnu (ce qui ne semble pas installé dans la cadre de la liste).

Solution a été de mettre à jour Visual Studio 2017, comme la version minimale requise à l'appui de netcoreapp2.0 projets semble être 15.3.1.
0

Ce qui a fonctionné pour moi a été l'installation .NET SDK de Base 2.0 et d'apporter les modifications suivantes:

.csproj:

changement
```
<TargetFramework>netcoreapp1.1.0</TargetFramework>
```
à
```
<TargetFramework>netcoreapp2.0</TargetFramework>
```
et mondiale.json:
```
"sdk": { "version": "1.1.0" }
```
à
```
"sdk": { "version": "2.0.0" }
```
Je ne savais pas comment utiliser Chris Paton solution
0

Mise à jour de Visual Studio 2017 au plus tard 15.4.1 version résolu le problème pour moi.

Vous devez vous connecter pour publier un commentaire.