59 votes

Le projet a été restauré en utilisant Microsoft.NETCore.App version 2.1.0, mais avec les paramètres actuels, version 2.1.0-rtm-26515-03 serait utilisé à la place

pour le moment j'ai un microservice fait en c # avec l'api web et net core 2.0

dans le nutget paquets, j'ai déjà trouvé une version 2.1 de net de base et j'ai décidé de l'installer, afin de mettre à jour mon application. J'ai changé la cible comme indiqué ci-dessous

enter image description here

Mais lorsque j'essaie de compiler, il génère ce bug

enter image description here

Le projet a été restaurée à l'aide de Microsoft.NETCore.App version 2.1.0, mais avec les paramètres actuels, la version 2.1.0-rtm-26515-03 serait utilisé à la place. Pour résoudre ce problème, assurez-vous que les mêmes paramètres sont utilisés pour la restauration et pour la suite des opérations, telles que la fabrication ou de la publier. Généralement, ce problème peut se produire si le RuntimeIdentifier propriété est définie lors de la construction ou de la publier, mais pas lors de la restauration.

Et mes dépendances est resté de cette façon

enter image description here

110voto

Leo Liu-MSFT Points 21360

Le projet a été restaurée à l'aide de Microsoft.NETCore.App version 2.1.0, mais avec les paramètres actuels, la version 2.1.0-rtm-26515-03 serait utilisé à la place

C'est un problème connu à ce moment. Pour résoudre ce problème, vous pouvez essayer les solutions suivantes:

  • Ajouter TargetLatestRuntimePatch d'attribut en .csproj le fichier:

    <PropertyGroup>
      <TargetLatestRuntimePatch>true</TargetLatestRuntimePatch>
    </PropertyGroup>
    

Ou

  • ensemble RuntimeFrameworkVersion et RuntimeIdentifier en .csproj fichier:

     <PropertyGroup>
       <RuntimeFrameworkVersion>2.1.1</RuntimeFrameworkVersion>
       <PlatformTarget>AnyCPU</PlatformTarget>
       <RuntimeIdentifier>win-x64</RuntimeIdentifier>
     </PropertyGroup>
    

Si cette solution n'est pas à vous, veuillez vérifier plus de solutions de contournement sur l' enquête en question.

Voir Autonome de déploiement d'exécution rouler vers l'avant pour plus d'informations.

8voto

ToastedSoul Points 525

Je voulais publier un ASP.NET de Base 2.1 application Console et eu des erreurs au sujet de la collision versions 2.1.0 et 2.1.6.

Depuis que j'ai eu beaucoup de projets dans ma solution (et VS ne m'avez pas donné tous les conseils sur les projets qui ont été problématique, j'ai créé un fichier Directory.Build.props avec le contenu suivant et l'a placé dans le répertoire où mon .sln le fichier a été

<Project>
  <PropertyGroup>
    <TargetLatestRuntimePatch>true</TargetLatestRuntimePatch>
    <GenerateFullPaths>true</GenerateFullPaths>
    <LangVersion>latest</LangVersion>
  </PropertyGroup>
</Project>

La chose importante ici est l' <TargetLatestRuntimePatch> entrée.

De cette façon, tous les projets utilisent les mêmes paramètres et je n'ai pas eu de synchroniser ceux manuellement.

Doc de Répertoire.Construire.accessoires est ici https://docs.microsoft.com/en-us/visualstudio/msbuild/customize-your-build?view=vs-2017

3voto

Alamgir Points 91

J’ai résolu le problème comme suit:

Tout d’abord, ajouter le code suivant dans le fichier .csproj

Ensuite, vérifiez la version Microsoft.AspNetCore.App est 2.1.1. si ce n’est pas s’il vous plaît installer cette version.

Enfin, restaurez votre paquet avec la version 2.1.1. Pour restaurer le code suivant de la console de gestionnaire de paquets

2voto

Viqas Points 730

Comme @Leo Liu-MSFT mentioed, j’ai dû définir le fichier et dans .csproj:

Mais surtout,j’ai dû restaurer des paquets pour la solution.

0voto

J’ai eu ce aujourd’hui avec respectivement la version 2.2.7 et "mais avec les paramètres actuels 2.2.8 ... etc." après la mise à niveau de Visual Studio à la version 16.4.0. En outre, Nuget PackageManager s’écraserait par la suite avec

la composition a produit de multiples erreurs de composition... (beaucoup de choses folles ici)

A fini par le résoudre en essuyant (c’est-à-dire supprimé tous les fichiers dans)``

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