Il existe un nouveau dossier plein d’installateurs situé à C:\ProgramData\Package Cache\. Je crois que cela provient de Visual Studio 2012 RC.

Puis-je supprimer ces gigaoctets de données sans conséquences? Sont-ils tous des fichiers temporaires? C'est un produit bêta, donc je ne suis pas sûr qu'il y ait beaucoup d'informations sur ce dossier.

TL; DR: NE PAS supprimer ce dossier

(voir ci-dessous pour des solutions de contournement )

Pourquoi pas?

Il y a eu des rapports contradictoires sur le point de savoir si l'absence de ce dossier (à la suite de sa suppression) causera réellement et dans tous les cas des problèmes lors de l'installation de Visual Studio, c'est-à-dire pendant le fonctionnement normal, pendant la réinstallation, le correctif / la mise à niveau, l'installation de réparation ou désinstaller. Cependant, la recommandation de MICROSOFT est clairement de ne pas le supprimer .

De Microsoft Developer Tools Blogs → ICI

Lors de la réparation, de la modification ou de la désinstallation d'un produit, ou lors de l'installation ou de la désinstallation d'un correctif, si le support source est requis, le cache du package est utilisé automatiquement et la plupart des utilisateurs ne verront jamais d'invite. Le programme d'installation de Visual Studio ne sera invité à télécharger (s'il est connecté) ou à localiser le support, comme indiqué dans la capture d'écran ci-dessous que si le cache du paquet est manquant ou incomplet.

Les utilisateurs qui ont installé à partir d'un média ont même la possibilité de télécharger (si connecté). Ainsi, bien que très peu de clients devraient voir cette boîte de dialogue, nous voulions nous assurer que l'expérience était facile.
Même si nous vous demanderons de télécharger les packages dans le cache en cas d'absence, nous recommandons aux utilisateurs de ne pas supprimer le cache de package. Non seulement la mise en cache est-elle utilisée par de nombreux autres produits installés avec Burn et peut ne pas fournir la même expérience de téléchargement, mais il existe des scénarios dans lesquels Windows Installer peut nécessiter une source que nous ne pouvons pas gérer car notre code n'est pas en cours d'exécution.

Solution / Contournement:

Si vous devez récupérer cet espace, votre meilleur pari est d'éviter de "supprimer" quoi que ce soit, mais plutôt de déplacer ce dossier et tous ses fichiers. Vous pouvez le faire en toute sécurité en suivant les instructions ci-dessous pour tout stockage local / en direct, en ligne, proche ou hors ligne, à condition que ce système de stockage puisse être monté sur une lettre de lecteur ou sur un point de montage du système de fichiers NTFS . N'importe lequel des éléments suivants fonctionnera:

• une autre partition live (montée)
• un disque optique (CD, DVD, etc.) avec un système de fichiers actif tel que FAT ou NTFS
• un disque dur externe
• une clé USB
• un lecteur réseau

Chaque fois que vous êtes invité à entrer le support / à recevoir des erreurs concernant des fichiers manquants / un emplacement manquant, vous devez simplement vous assurer de remonter / réinsérer votre lecteur / support s'il ne s'agit pas déjà d'une partition active.

Une fois déplacé, afin de "lier" l'ancien point / emplacement de montage (dans la plupart des cas C:\ProgramData\Package Cache\), vous créez simplement un répertoire junction.

Junctionssont reconnus au file systemniveau comme une entrée pseudonyme dans le fichier FSTAB. Par conséquent, il est transparent pour tous les programmes, y compris le système d'exploitation lui-même. En d'autres termes, il N'EST PAS considéré comme un fichier qui pointe simplement vers un autre emplacement (comme un shortcut) et fonctionne donc toujours sans incident.

1. Vous déplaceriez le (s) dossier (s) en question vers son nouvel emplacement

2. Créer la jonction

   • Option 1. (en mode natif) : lancez simplement la commande intégrée Windows Vista / 7/8 et l'invite cmd:

     mklink /J oldpath newpath
     

     NOTE: Si vous faites l' newpathabsolu, vous pourrez déplacer le lien sans casser le pointeur sur le newpath. Si vous faites le newpathparent, vous pourrez éviter de rompre le lien, tant que vous déplacez le lien et que vous ciblez ENSEMBLE tout en conservant leurs chemins relatifs.

   • Option 2. (en utilisant un outil) : Une autre excellente alternative est un utilitaire gratuit et pratique que j'utilise depuis des années et qui s'appelle "Link Shell Extension" . LSE est gratuit et vous pouvez le trouver ici (ou sur Google pour cela): http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html

     LSE vous permet de créer des liens symboliques, des liens durs, des jonctions, des smartcopies, des smartclones, des miroirs intelligents, des smart move, des épissures, des sources multiples et une foule d'autres éléments que j'ai trouvé trop déroutants à lire, franchement. Mais c’est un produit gratuit et génial qui crée un menu contextuel de l’explorateur Windows qui vous permet de cliquer avec le bouton droit de la souris sur votre dossier LINK-TARGET, puis de le faire glisser à l’endroit où vous souhaitez créer le lien. Vous pouvez bien sûr renommer le lien comme bon vous semble.

J'ai trouvé le même dossier sur mon ordinateur portable après l'installation de VS2012. J'ai essayé de renommer ce dossier en '__Package Cache'. Lorsque j'ai ensuite essayé de désinstaller VS2012, le processus de désinstallation n'a pas pu démarrer.

Plus d'informations sont disponibles ici .

La bonne réponse semble être que si vous le supprimez, VS 2012 ne parviendra pas à désinstaller, mais ce n'est pas nécessaire. Donc:

1. Vous pouvez laisser les fichiers ici. Tout fonctionnera mais il utilisera beaucoup d’espace disque.
2. Vous pouvez supprimer les fichiers et, si vous souhaitez désinstaller VS 2012, vous pouvez réexécuter le programme d'installation d'origine pour restaurer les fichiers, puis désinstaller.

3. Vous pouvez déplacer les fichiers sur un autre lecteur avec plus d'espace libre et soit:

   a) déplacez les fichiers quand vous en avez besoin

   b) créez une jonction comme dans la suggestion de Flak (avertissement: les jonctions sont délicates et mentiront à l'explorateur Windows en vous disant que les fichiers occupent de l'espace disque sur C: quand ils sont vraiment sur un autre lecteur!)

Les jonctions et les liens symboliques sont la seule solution pour déplacer des fichiers système sur un autre lecteur. Ce sont des fonctionnalités au niveau du système de fichiers NTFS auxquelles même Windows lui-même est inconscient, et constituent donc un très gros marteau (et un risque potentiel pour la sécurité) qui doivent être utilisées avec parcimonie contrairement à leurs homologues UNIX / Linux / BSD, car elles existent depuis beaucoup plus longtemps. sur la famille OS et les programmes UNIX / Linux / BSD savent comment les gérer.

Tous les programmes d'installation du logiciel sont enregistrés dans ce dossier. Il échouerait lorsque vous essayez de désinstaller un logiciel après avoir supprimé ce dossier.

Pour Visual Studio 2017, vous pouvez désactiver le cache de package (même après l'installation de Visual Studio) en appelant:

"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vs_installer.exe" --nocache

J'ai gagné environ 2 Go d'espace disque sur mon lecteur système grâce à cela (YMMV).

Pour plus de détails, voir la documentation: Visual Studio Docs: désactiver ou supprimer le cache de package

J'ai remarqué ce dossier après avoir installé Visual Studio 2012; dans mon cas, tout ce qu'il contenait dans l'installation de Visual Studio 2012, je l'ai supprimé manuellement et tout semble fonctionner, y compris Visual Studio.

Non. Si vous supprimez ce dossier, vous ne pourrez pas désinstaller (et éventuellement mettre à jour) Visual Studio.

OUI, vous pouvez supprimer ce répertoire si vous avez désinstallé Visual Studio.

J'ai trouvé ce répertoire après avoir désinstallé Visual Studio en vue de l'installation d'un SSD plus petit que le disque dur que j'utilisais auparavant. Cet ordinateur n'est plus une station de développement.

La désinstallation de Visual Studio a laissé un autre logiciel, comme un programme, permettant de se connecter à un serveur SQL local, ce que je n’ai pas. Je l'ai désinstallé.

Il a également laissé plusieurs programmes .NET, mais je ne sais pas lesquels sont sûrs de désinstaller, je les ai donc laissés en place.

Donc, au point de la question: j'ai supprimé ce répertoire.

Comme il était assez grand, il m’a aidé à mieux intégrer mon disque SSD.

Maintenant, un jour plus tard, je n'ai pas remarqué de problèmes.

Il est généralement préférable de ne pas gâcher la suppression manuelle de ces fichiers et de laisser cette tâche à Windows Disk Cleanup ou à d'autres outils de nettoyage de disque. Celui que j'utilise personnellement et que je peux vous recommander est le CCleaner .

CCleaner peut vous aider à rechercher automatiquement les fichiers obsolètes dans un programme et à les supprimer pour vous.