Connexion

Catégories

Droit Économie Flock Hardware IA Internet Logiciel Sciences Sécurité Société

Nous Suivre

Contact rédaction Contact site Forum
Flux RSS GitHub Discord

À propos

Abonnez-vous

Microsoft publie un outil de désinstallation pour .Net Core

Microsoft publie un outil de désinstallation pour .Net Core

Le 12 mars 2020 à 09h05

Avec la publication de l'installeur indépendant de l'outil, mais aussi la version 16.3 de Visual Studio 2019, l'éditeur a revu sa façon de gérer les différents éléments présents sur la machine. 

Certains SDK et runtimes précédents pouvaient être laissés en place « au cas où », une façon de faire qui a été revue depuis. Si les nouvelles applications font le ménage lors de l'installation de .Net Core, il peut y avoir des exceptions.

Pour savoir ceux qui sont présents au sein de votre système, vous pouvez utiliser l'une des deux commandes suivantes :

dotnet --list-sdks
dotnet --list-runtimes

Ainsi, Microsoft livre un nouvel outil (open source) dédié : .NET Core Uninstall Tool. Disponible pour macOS et Windows, il est assez complet comme le montre sa documentation. Il peut donc être complexe à prendre en main.

Mais en cas de problème « ne vous inquiétez pas, précise Microsoft, vous pouvez toujours lancer une réparation de Visual Studio ou effectuer une réinstallation depuis l'archive de .Net Core ».

Le 12 mars 2020 à 09h05

Commentaires (4)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Sur les machines de dev Visual Studio, entre les SDK et les packages nuget, je me demande quel espace et quelles performances on gagnerait à dédupliquer les fichiers. Un peu comme quand on compressait les répertoires des fichiers .h à l’époque.

votre avatar







brice.wernet a écrit :



Sur les machines de dev Visual Studio, entre les SDK et les packages nuget, je me demande quel espace et quelles performances on gagnerait à dédupliquer les fichiers. Un peu comme quand on compressait les répertoires des fichiers .h à l’époque.





  Et encore… quand t’as VS pour développer et SSMS pour les DB avec des versions différentes de Visual Studio (vu que SSMS embedde VS) je te raconte pas ce que ça bouffe.

Ajoute en plus les trucs front-end ou python et t’as tué un disque <img data-src=" />


votre avatar







LostSoul a écrit :



Ajoute en plus les trucs front-end ou python et t’as tué un disque <img data-src=" />&nbsp;&nbsp;



C’est ce qui m’a poussé à réinstaller Windows. Je n’avais pas réinstallé Windows en 6 ans (Windows 7 upgradé 8, 8.1, 10), mais ce qui m’a décidé, c’est d’être totalement incapable de nettoyer les anciens outils de Dev (SQL 2012⁄2014 + SSMS, VS 2013⁄2015, 2010 du SSMS, frameworks et SDKs).



Là j’ai plusieurs branches du même projet, tous les paquets nugets sont dupliqués du coup. De même pour les DLL (projets “en cascade” –&gt; DLL + dépendances + PDB copiés).

Au final, le répertoire de dev mange pas mal de Go pour pas beaucoup de solutions différentes. Je pleurais à l’époque des PCH sous Borland, mais là c’est la déprime++&nbsp;&nbsp;(ou la déprime#)


votre avatar

Même combat.

&nbsp;

Microsoft publie un outil de désinstallation pour .Net Core

Fermer