Vous n'avez pas encore de notification

Page d'accueil

Options d'affichage

Abonné

Actualités

Abonné

Des thèmes sont disponibles :

Thème de baseThème de baseThème sombreThème sombreThème yinyang clairThème yinyang clairThème yinyang sombreThème yinyang sombreThème orange mécanique clairThème orange mécanique clairThème orange mécanique sombreThème orange mécanique sombreThème rose clairThème rose clairThème rose sombreThème rose sombre

Vous n'êtes pas encore INpactien ?

Inscrivez-vous !
Microsoft publie un outil de désinstallation pour .Net Core

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 ».

4 commentaires
Avatar de brice.wernet Abonné
Avatar de brice.wernetbrice.wernet- 12/03/20 à 14:15:20

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.

Avatar de LostSoul Abonné
Avatar de LostSoulLostSoul- 12/03/20 à 14:18:12

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 :D

Avatar de brice.wernet Abonné
Avatar de brice.wernetbrice.wernet- 12/03/20 à 15:51:38

LostSoul a écrit :

Ajoute en plus les trucs front-end ou python et t'as tué un disque :D  

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" --> 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++  (ou la déprime#)

Avatar de LostSoul Abonné
Avatar de LostSoulLostSoul- 12/03/20 à 16:02:30

Même combat.
 

Il n'est plus possible de commenter cette actualité.