plusieurs .net core SDK (de différentes versions) installés, puis-je garder la dernière ?

Question

J'utilise Visual Studio Community IDE pour développer quelques applications ces derniers temps, et je viens de voir plusieurs .NET Core SDK avec des mises à jour de versions mineures légèrement différentes installées sur mon bureau. (probablement installées en même temps que les mises à jour de VS poussées par Microsoft)

Question : Puis-je conserver la dernière version ? (par exemple 2.1.103 dans le cas présent).

soit je dois conserver toutes ces versions (~460MB chacune en taille) pour que Visual Studio fonctionne, ce qui est insensé vu que mon SSD n'a plus d'espace libre (à terme)...

Answer 1

La réponse est oui. Si vous souhaitez l'essayer, il vous suffit de tout désinstaller et de réinstaller le dernier SDK à partir de https://dot.net . Cela fonctionnera. Veillez cependant à conserver celui dont vous avez besoin, car si la déclaration de votre propre projet spécifie le SDK, vous avez BESOIN de ce SDK spécifique. Mais il y a un problème, faites défiler vers le bas.

https://github.com/dotnet/docs/issues/4241

Citation de Bill Wagner,

En résumé, le SDK .NET Core est rétrocompatible et la version la plus récente du SDK .NET Core est compatible avec le SDK .NET Core. la plus récente est utilisée, à moins qu'un fichier global.json n'indique une autre version. indique une autre version du SDK.

En bref, la réponse est la suivante :

• Vous avez besoin de celui que vous voulez utiliser (les dernières versions suggérées et les versions préliminaires). devraient convenir) * Et tous ceux qui sont spécifiés dans global.json

Si une version du SDK se trouve dans un fichier global.json sur votre machine, et que vous n'avez pas n'avez pas cette version, vous avancerez à travers les patchs, mais pas les du SDK. Sauf que le comportement du roll forward est trop trop agressif dans la plage 2.1.x -> 2.1.300. Pour cette plage, nous recommandons de ne pas faire de roll forward mais d'avoir la version spécifiée disponible.

Le piège est là.

Une correction.

D'ici à ce que la version 2.1.300 soit livrée, nous ne passerons pas de la version 2.1.x à la version 2.1.300. 2.1.300. Nous resterons dans les limites de la version.

Ainsi :

2.1.x => 2.1.1, 2.1.9, 2.1.10 2.1.100 => 2.1.100, 2.1.101, 2.110 2.2.200 > 2.1.200, 2.1.201,

Comme l'indique Kathleen Dollard, vous devez suivre cette ligne directrice pour développer sur des versions spécifiques du SDK en fonction de votre ou vos projets.

Pour vérifier les SDK de votre machine actuelle installés sur macOS :

  nixholas@Nicholass-MacBook-Pro  ~/Projects/nozomi   staging  dotnet --list-sdks
1.0.3 [/usr/local/share/dotnet/sdk]
1.0.4 [/usr/local/share/dotnet/sdk]
2.0.0-preview2-006497 [/usr/local/share/dotnet/sdk]
2.0.0 [/usr/local/share/dotnet/sdk]
2.1.4 [/usr/local/share/dotnet/sdk]
2.1.101 [/usr/local/share/dotnet/sdk]
2.1.104 [/usr/local/share/dotnet/sdk]
2.1.300-rc1-008673 [/usr/local/share/dotnet/sdk]
2.1.300 [/usr/local/share/dotnet/sdk]
2.1.301 [/usr/local/share/dotnet/sdk]
2.1.400 [/usr/local/share/dotnet/sdk]
2.1.402 [/usr/local/share/dotnet/sdk]
2.1.500 [/usr/local/share/dotnet/sdk]
2.2.101 [/usr/local/share/dotnet/sdk]
2.2.103 [/usr/local/share/dotnet/sdk]
2.2.104 [/usr/local/share/dotnet/sdk]
2.2.105 [/usr/local/share/dotnet/sdk]
2.2.300 [/usr/local/share/dotnet/sdk]
2.2.301 [/usr/local/share/dotnet/sdk]