Existe uma nova pasta cheia de instaladores localizada em `C:\ProgramData\Package Cache Existe uma nova pasta cheia de instaladores localizada em . Creio que esta é do Visual Studio 2012 RC.
Posso apagar estes gigabytes de dados sem consequências? São todos ficheiros temporários? É um produto beta, por isso não tenho a certeza se há muita informação sobre esta pasta.
(ver em baixo para workarounds )
Houve relatos contraditórios sobre se a ausência desta pasta (como consequência da sua eliminação) irá actualmente e em todos os casos causar problemas com a instalação do estúdio visual, ou seja, durante o funcionamento normal, durante a reinstalação, patch/upgrade, reparação, instalação ou desinstalação. No entanto, a recomendação da MICROSOFT é claramente para NOT DELETE IT.
De Microsoft Developer Tools Blogs → AQUI
Ao reparar, modificar ou desinstalar um produto ou ao instalar ou desinstalar um patch, se for necessário o cachê do pacote é usado automaticamente e a maioria dos usuários nunca verá uma solicitação. Apenas se a cache do pacote estiver em falta ou incompleta é que o Visual Studio irá pedir para descarregar (se estiver ligado) ou localizar o media como mostrado na imagem abaixo.
Utilizadores que tenham instalado a partir de media até têm a opção de descarregar (se ligados). Assim, embora muito poucos clientes devam ver este diálogo, queríamos ter a certeza de que a experiência era fácil. Mesmo que nos solicite o download de pacotes para a cache se faltar, recomendamos aos utilizadores que não removam a cache de pacotes. Não só o cache é utilizado por muitos outros produtos que são instalados com o Burn e podem não fornecer a mesma experiência de download, existem cenários quando o Windows Installer pode requerer uma fonte que não podemos tratar porque o nosso código não está a correr.
Se precisar de recuperar este espaço, a sua aposta mais segura é evitar “apagar” qualquer coisa, mas em vez disso, mover esta pasta e todos os seus ficheiros. Pode fazer isto seguindo as instruções abaixo para qualquer armazenamento local/ vivo, online, near-line, ou offline ** desde que** esse sistema de armazenamento que _ possa ser montado numa letra de unidade ou em qualquer ponto de montagem no sistema de ficheiros NTFS_. Qualquer um dos seguintes funcionará:
Sempre que lhe for pedido o suporte/receber quaisquer erros sobre ficheiros em falta/localização em falta, basta certificar-se de que volta a montar/inserir a sua unidade/media se ainda não for uma partição live.
Uma vez movido, para “ligar” o antigo ponto de montagem/localização (na maioria dos casos `C:\ProgramData\Package Cache# TL;DR: NÃO apague esta pasta
(ver em baixo para workarounds )
Houve relatos contraditórios sobre se a ausência desta pasta (como consequência da sua eliminação) irá actualmente e em todos os casos causar problemas com a instalação do estúdio visual, ou seja, durante o funcionamento normal, durante a reinstalação, patch/upgrade, reparação, instalação ou desinstalação. No entanto, a recomendação da MICROSOFT é claramente para NOT DELETE IT.
De Microsoft Developer Tools Blogs → [ AQUI ]&003
Ao reparar, modificar ou desinstalar um produto ou ao instalar ou desinstalar um patch, se for necessário o cachê do pacote é usado automaticamente e a maioria dos usuários nunca verá uma solicitação. Apenas se a cache do pacote estiver em falta ou incompleta é que o Visual Studio irá pedir para descarregar (se estiver ligado) ou localizar o media como mostrado na imagem abaixo.
&004
Utilizadores que tenham instalado a partir de media até têm a opção de descarregar (se ligados). Assim, embora muito poucos clientes devam ver este diálogo, queríamos ter a certeza de que a experiência era fácil. Mesmo que nos solicite o download de pacotes para a cache se faltar, recomendamos aos utilizadores que não removam a cache de pacotes. Não só o cache é utilizado por muitos outros produtos que são instalados com o Burn e podem não fornecer a mesma experiência de download, existem [ cenários ]&003 quando o Windows Installer pode requerer uma fonte que não podemos tratar porque o nosso código não está a correr.
Se precisar de recuperar este espaço, a sua aposta mais segura é evitar “apagar” qualquer coisa, mas em vez disso, mover esta pasta e todos os seus ficheiros. Pode fazer isto seguindo as instruções abaixo para qualquer armazenamento local/ vivo, online, near-line, ou offline ** desde que** esse sistema de armazenamento que _ possa ser montado numa letra de unidade ou em qualquer ponto de montagem no sistema de ficheiros NTFS_. Qualquer um dos seguintes funcionará:
Sempre que lhe for pedido o suporte/receber quaisquer erros sobre ficheiros em falta/localização em falta, basta certificar-se de que volta a montar/inserir a sua unidade/media se ainda não for uma partição live.
Uma vez movido, para “ligar” o antigo ponto de montagem/localização (na maioria dos casos ), basta criar um directório junction para ele.
Junctions são reconhecidos no nível file system como uma entrada alias no FSTAB. Portanto, é transparente para todos os programas, incluindo o próprio SO. Por outras palavras, NÃO é visto como um ficheiro que simplesmente aponta para outro local (como um shortcut) e por isso funciona sempre sem incidentes.
Encontrei a mesma pasta no meu portátil depois de instalar o VS2012. Tentei renomear essa pasta para ‘__Package Cache’. Quando tentei desinstalar o VS2012, o processo de desinstalação não começou.
Mais informações estão disponíveis aqui .
A resposta correcta parece ser que, se o suprimir, o VS 2012 não conseguirá desinstalar, mas, de resto, não é necessário. Portanto:
Junções e links simbólicos são a única resposta para mover os ficheiros do sistema para outra unidade. São funcionalidades ao nível do sistema de ficheiros NTFS que até o próprio Windows não conhece, sendo assim um grande martelo (e um potencial risco de segurança) que deve ser usado com parcimónia ao contrário dos seus equivalentes UNIX/Linux/BSD, uma vez que já existem há muito mais tempo na família de SO e os programas UNIX/Linux/BSD sabem como lidar com eles.
Para Visual Studio 2017, pode desactivar a cache do pacote (mesmo depois do Visual Studio estar instalado) ligando para:
"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vs_installer.exe" --nocache
Eu ganhei cerca de 2 GB de espaço em disco na unidade do meu sistema (YMMV).
Para mais detalhes, veja os documentos: Documentos do Estúdio Visual: Desactivar ou Remover o Pacote Cache
Notei esta pasta depois de ter instalado o Visual Studio 2012, no meu caso tudo nele contido na instalação do Visual Studio 2012, removi-a manualmente e tudo parece estar a funcionar, incluindo o Visual Studio.
Sim pode apagar este directório, se tiver desinstalado o Visual Studio.
Encontrei este directório depois de desinstalar o Visual Studio em preparação para instalar um SSD mais pequeno do que o disco rígido que estava a utilizar anteriormente. Este computador já não é uma estação de desenvolvimento.
Desinstalar o Visual Studio deixou para trás outro software como um programa para ligar a um servidor SQL local, que eu não tenho. Desinstalei-o.
Também deixou para trás vários programas .NET mas não sei quais são seguros para desinstalar por isso deixei-os no lugar.
Então até ao ponto da questão: Apaguei este directório.
Era bastante grande e ajudou-me a encaixar melhor no meu SSD.
Agora um dia depois não notei nenhum problema.
Normalmente é melhor não mexer na eliminação manual destes ficheiros e deixar esta tarefa para a limpeza do disco do Windows ou para outras ferramentas de limpeza do disco. O que eu pessoalmente uso e posso recomendar-lhe é o CCleaner .
CCleaner pode ajudá-lo a encontrar automaticamente ficheiros obsoletos num programa e apaga-os para si.