W `C:\ProgramData\Package Cache W znajduje się nowy folder pełen instalatorów. To chyba z Visual Studio 2012 RC.
Czy mogę usunąć te gigabajty danych bez konsekwencji? Czy wszystkie są to pliki tymczasowe? Jest to produkt w wersji beta, więc nie jestem pewien, czy jest tam dużo informacji na temat tego folderu.
(zobacz poniżej obszary )
Pojawiły się sprzeczne raporty dotyczące tego, czy brak tego folderu (w konsekwencji jego usunięcia) spowoduje aktualnie, a w wszystkich przypadkach problemy z instalacją studia wizualnego, tj. podczas normalnej pracy, podczas reinstalacji, poprawki/aktualizacji, naprawy instalacji lub deinstalacji. Jednak rekomendacja firmy MICROSOFT jest wyraźnie skierowana do NOT DELETE IT.
Z Microsoft Developer Tools Blogs → TUTAJ
Podczas naprawy, modyfikacji lub deinstalacji produktu lub podczas instalacji lub deinstalacji poprawki, jeśli wymagany jest nośnik źródłowy, pakiet pamięci podręcznej jest używany automatycznie i większość użytkowników nigdy nie zobaczy podpowiedzi. Tylko w przypadku braku lub niekompletności pamięci podręcznej pakietu zostanie wyświetlony monit o skonfigurowanie Visual Studio do pobrania (jeśli jest podłączony) lub zlokalizowanie nośnika w sposób pokazany na zrzucie ekranu poniżej.
Użytkownicy, którzy zainstalowali z nośnika, mogą nawet skorzystać z opcji pobrania (jeśli jest podłączony). Tak więc, chociaż niewielu klientów powinno kiedykolwiek zobaczyć to okno dialogowe, chcieliśmy się upewnić, że doświadczenie to jest łatwe. Mimo, że będziemy prosić o pobranie pakietów do pamięci podręcznej, jeśli ich brakuje, zalecamy użytkownikom nie usuwanie pamięci podręcznej pakietów. Nie tylko cache jest używany przez wiele innych produktów, które są instalowane z Burn i mogą nie zapewniać tego samego doświadczenia pobierania, istnieją scenariusze , kiedy Instalator Windows może wymagać źródła, z którym nie możemy sobie poradzić, ponieważ nasz kod nie jest uruchomiony.
Jeśli musisz odzyskać to miejsce, najbezpieczniej jest unikać “usuwania” czegokolwiek, ale zamiast tego przenieść ten folder i wszystkie jego pliki. Możesz to bezpiecznie zrobić zgodnie z poniższymi instrukcjami do dowolnego lokalnego/życiowego, online, nearline lub offline magazynu , pod warunkiem, że ten system pamięci masowej, który _ może być zamontowany do litery dysku lub dowolnego punktu montażu na systemie plików NTFS_. Dowolna z poniższych opcji zadziała:
Za każdym razem, gdy zostaniesz poproszony o podanie nośnika/odbiór jakichkolwiek błędów dotyczących brakujących plików/brakującej lokalizacji, po prostu upewnij się, że ponownie zamontowałeś/aś swój dysk/media, jeśli nie jest to jeszcze partycja na żywo.
Po przeniesieniu, aby “połączyć” stary punkt montowania/lokalizację (w większości przypadków `C:\ProgramData\Package Cache# TL;DR: Nie usuwaj tego folderu
(zobacz poniżej obszary )
Pojawiły się sprzeczne raporty dotyczące tego, czy brak tego folderu (w konsekwencji jego usunięcia) spowoduje aktualnie, a w wszystkich przypadkach problemy z instalacją studia wizualnego, tj. podczas normalnej pracy, podczas reinstalacji, poprawki/aktualizacji, naprawy instalacji lub deinstalacji. Jednak rekomendacja firmy MICROSOFT jest wyraźnie skierowana do NOT DELETE IT.
Z Microsoft Developer Tools Blogs → [ TUTAJ ]&003
Podczas naprawy, modyfikacji lub deinstalacji produktu lub podczas instalacji lub deinstalacji poprawki, jeśli wymagany jest nośnik źródłowy, pakiet pamięci podręcznej jest używany automatycznie i większość użytkowników nigdy nie zobaczy podpowiedzi. Tylko w przypadku braku lub niekompletności pamięci podręcznej pakietu zostanie wyświetlony monit o skonfigurowanie Visual Studio do pobrania (jeśli jest podłączony) lub zlokalizowanie nośnika w sposób pokazany na zrzucie ekranu poniżej.
&004
Użytkownicy, którzy zainstalowali z nośnika, mogą nawet skorzystać z opcji pobrania (jeśli jest podłączony). Tak więc, chociaż niewielu klientów powinno kiedykolwiek zobaczyć to okno dialogowe, chcieliśmy się upewnić, że doświadczenie to jest łatwe. Mimo, że będziemy prosić o pobranie pakietów do pamięci podręcznej, jeśli ich brakuje, zalecamy użytkownikom nie usuwanie pamięci podręcznej pakietów. Nie tylko cache jest używany przez wiele innych produktów, które są instalowane z Burn i mogą nie zapewniać tego samego doświadczenia pobierania, istnieją [ scenariusze ]&003, kiedy Instalator Windows może wymagać źródła, z którym nie możemy sobie poradzić, ponieważ nasz kod nie jest uruchomiony.
Jeśli musisz odzyskać to miejsce, najbezpieczniej jest unikać “usuwania” czegokolwiek, ale zamiast tego przenieść ten folder i wszystkie jego pliki. Możesz to bezpiecznie zrobić zgodnie z poniższymi instrukcjami do dowolnego lokalnego/życiowego, online, nearline lub offline magazynu , pod warunkiem, że ten system pamięci masowej, który _ może być zamontowany do litery dysku lub dowolnego punktu montażu na systemie plików NTFS_. Dowolna z poniższych opcji zadziała:
Za każdym razem, gdy zostaniesz poproszony o podanie nośnika/odbiór jakichkolwiek błędów dotyczących brakujących plików/brakującej lokalizacji, po prostu upewnij się, że ponownie zamontowałeś/aś swój dysk/media, jeśli nie jest to jeszcze partycja na żywo.
Po przeniesieniu, aby “połączyć” stary punkt montowania/lokalizację (w większości przypadków ), wystarczy utworzyć katalog junction do niego.
Junctions są rozpoznawane na poziomie file system jako wpis aliasu w FSTAB. Dlatego jest on przezroczysty dla wszystkich programów, w tym dla samego systemu operacyjnego. Innymi słowy, NIE jest on postrzegany jako plik, który po prostu wskazuje na inną lokalizację (jak shortcut) i dlatego zawsze działa bez incydentów.
Ten sam folder znalazłem na moim laptopie po zainstalowaniu VS2012. Próbowałem zmienić nazwę tego folderu na ‘___Package Cache’. Kiedy następnie próbowałem odinstalować VS2012, proces dezinstalacji nie rozpoczął się.
Więcej informacji jest dostępnych tutaj .
Prawidłowa odpowiedź wydaje się być taka, że jeśli go usuniesz, VS 2012 nie odinstaluje się, ale w przeciwnym razie nie będzie potrzebny. Dlatego też:
Junctions and symbolic links are the only answer for moving system files to another drive. Są to cechy systemu plików NTFS, których nie zna nawet sam Windows, a więc są naprawdę dużym młotem (i potencjalnym zagrożeniem bezpieczeństwa), który powinien być używany oszczędnie, w przeciwieństwie do ich odpowiedników UNIX/Linux/BSD, ponieważ są one o wiele dłużej w tej rodzinie systemów operacyjnych i programy UNIX/Linux/BSD wiedzą, jak sobie z nimi poradzić.
W przypadku Visual Studio 2017, można wyłączyć pamięć podręczną pakietu (nawet po zainstalowaniu Visual Studio) dzwoniąc pod numer:
"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vs_installer.exe" --nocache
Zdobyłem z tego około 2 GB miejsca na dysku systemowym (YMMV).
Szczegóły w dokumentach: Dokumenty Studia Wizualnego: Wyłączenie lub usunięcie pamięci podręcznej pakietu
Zauważyłem ten folder po zainstalowaniu Visual Studio 2012, w moim przypadku wszystko co w nim było zawarte do instalacji Visual Studio 2012, ręcznie go usunąłem i wszystko wydaje się działać łącznie z Visual Studio.
Tak można usunąć ten katalog, jeśli odinstalowano Visual Studio.
Znalazłem ten katalog po odinstalowaniu Visual Studio w ramach przygotowań do instalacji dysku SSD mniejszego niż wcześniej używany przeze mnie dysk twardy. Ten komputer nie jest już stacją deweloperską.
Odinstalowanie Visual Studio pozostawiło po sobie jakieś inne oprogramowanie, np. program do łączenia się z lokalnym serwerem SQL, którego nie posiadam. Odinstalowałem go.
Pozostawił też kilka programów .NET, ale nie wiem, które z nich można bezpiecznie odinstalować, więc zostawiłem je na miejscu.
Tak więc do rzeczy: Usunąłem ten katalog.
Był dość duży, więc pomógł mi lepiej dopasować się do mojego SSD.
Teraz dzień później nie zauważyłem żadnych problemów.
Zazwyczaj lepiej jest nie zadzierać z usuwaniem tych plików ręcznie, a zamiast tego pozostawić to zadanie albo Windows Disk Cleanup, albo innym narzędziom do czyszczenia dysku. Tym, którego osobiście używam i mogę Ci polecić jest CCleaner .
CCleaner może pomóc Ci automatycznie znaleźć przestarzałe pliki w programie i usunąć je za Ciebie.