Існує нова папка, повна інсталяторів, розміщених у C:\ProgramData\Package Cache\. Я вважаю, що це від Visual Studio 2012 RC.

Чи можна видалити ці гігабайти даних без наслідків? Чи всі вони тимчасові файли? Це бета-продукт, тому я не впевнений, що там багато інформації про цю папку.

TL; DR: НЕ видаляйте цю папку

(див. нижче для вирішення )

Чому ні?

Існували суперечливі повідомлення про те, чи відсутність цієї папки (як наслідок її видалення) насправді і в усіх випадках спричинить проблеми з установкою візуальної студії, тобто під час нормальної роботи, під час перевстановлення, виправлення / оновлення, встановлення ремонту або видалити. Однак рекомендація MICROSOFT явно НЕ ВИДАЛУЄТЬСЯ .

З блогів Microsoft Developer Tools → ТУТ

Під час ремонту, модифікації чи видалення продукту або під час встановлення чи видалення патча, якщо потрібен джерело носія, кеш-пакет використовується автоматично, і більшість користувачів ніколи не побачить запит. Тільки якщо кеш пакета відсутній або неповний, програма Visual Studio запропонує завантажити (якщо він підключений) або знайти носій, як показано на знімку нижче.

Користувачі, які встановили з медіа, навіть отримують можливість завантажити (якщо вони підключені). Тому, хоча дуже мало клієнтів коли-небудь повинні бачити це діалогове вікно, ми хотіли переконатися, що досвід був легким.
Незважаючи на те, що ми запропонуємо завантажити пакунки в кеш, якщо таких немає, ми рекомендуємо користувачам не видаляти кеш пакету. Мається на увазі, що кеш використовується в багатьох інших продуктах, встановлених із програмою Burn і може не забезпечувати однакового досвіду завантаження. Існують сценарії, коли інсталятору Windows може знадобитися джерело, яке ми не можемо обробити, оскільки наш код не працює.

Рішення / робота навколо:

Якщо вам потрібно повернути цей простір, найбезпечнішою ставкою є уникнути "видалення" нічого, а замість цього перемістити цю папку та всі файли. Ви можете це безпечно виконувати, виконуючи наведені нижче інструкції, до будь-якого локального / прямого, онлайн, близьколінійного чи офлайн-пам’яті до тих пір, поки система зберігання, яку можна встановити на літеру диска або будь-якій точці монтажу у файловій системі NTFS . Будь-яке з наступного буде працювати:

• інший живий (змонтований) розділ
• оптичний диск (CD, DVD тощо) з реальною файловою системою на зразок FAT або NTFS
• зовнішній жорсткий диск
• USB-накопичувач
• мережевий диск

Щоразу, коли вам буде запропоновано отримати медіа / отримати будь-які помилки щодо відсутніх файлів / відсутнього місця, ви просто переконайтесь, щоби повторно встановити / повторно вставити диск / носій, якщо це вже не живий розділ.

Після переміщення, щоб "зв’язати" стару точку / місце монтажу (у більшості випадків C:\ProgramData\Package Cache\), ви просто створите junctionдо неї каталог .

Junctionsвизнаються на file systemрівні як псевдонім у записі FSTAB. Тому він прозорий для всіх програм, включаючи саму ОС. Іншими словами, його НЕ розглядають як файл, який просто вказує на інше місце (наприклад, а shortcut) і тому завжди працює без випадків.

1. Ви б перемістили відповідну папку (-и) на її нове місце

2. Створіть стик

   • Варіант 1. (спочатку) : Просто видайте вбудовану команду Windows Vista / 7/8 та командний рядок cmd:

     mklink /J oldpath newpath
     

     ПРИМІТКА. Якщо ви зробите newpathабсолют, ви зможете перейти посилання, не порушуючи покажчик на newpath. Якщо ви зробите newpathвідносне, ви зможете запобігти розриву зв'язку, доки ви рухатиметесь ЗНО та націлюватимете НАРОДНО та підтримуватимете їх відносні шляхи.

   • Варіант 2. (за допомогою інструмента) : Ще одна ВЕЛИКА альтернатива - це безкоштовна зручна утиліта, яку я використовую роками під назвою "Розширення оболонки посилання" . LSE безкоштовний, і ви можете знайти його тут (або Google для нього): http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html

     LSE дозволяє створювати символьні посилання, жорсткі посилання, розв’язки, смарткопії, smartclones, розумні дзеркала, розумні ходи, сплайси, безліч джерел і купу інших матеріалів, які я вважаю занадто заплутаними для читання, відверто кажучи. Але це геніальний безкоштовний продукт, який створює контекстне меню Windows Explorer, яке дозволяє вам клацнути правою кнопкою миші папку LINK-TARGET, а потім перетягнути її туди, де ви хочете створити фактичне посилання. Ви, звичайно, можете перейменувати посилання на все, що завгодно.

Після встановлення VS2012 я знайшов таку саму папку на своєму ноутбуці. Я спробував перейменувати цю папку у '__Package Cache'. Коли я тоді спробував видалити VS2012, процес видалення не вдалося запустити.

Більше інформації можна отримати тут .

Правильна відповідь, здається, полягає в тому, що якщо ви її видалите, VS 2012 не вдасться видалити, але в іншому випадку вона не потрібна. Тому:

1. Ви можете залишити файли там. Все буде працювати, але він буде використовувати багато місця на диску.
2. Ви можете видалити файли, і якщо ви хочете видалити VS 2012, ви можете запустити початковий інсталятор, щоб повернути файли назад, а потім видаліть.

3. Ви можете перемістити файли на інший диск з більшим вільним простором та будь-яким:

   а) перемістіть файли назад, коли вони вам знадобляться

   б) створіть перехід, як за пропозицією Флака (попередження: переходи - хитрі звірі, і вони будуть брехати на Провідник Windows, повідомляючи, що файли займають місце на диску на C: коли вони дійсно знаходяться на іншому диску!)

З'єднання та символьні посилання - єдина відповідь для переміщення системних файлів на інший диск. Вони є функціями на рівні файлової системи NTFS, на які навіть сам Windows не звертає уваги, і, таким чином, є дійсно великим молотом (і потенційним ризиком для безпеки), який слід використовувати мало, на відміну від своїх колег UNIX / Linux / BSD, оскільки вони існують набагато довше в цій сім'ї ОС і UNIX / Linux / BSD програми знають, як з ними боротися.

Усі встановники програмного забезпечення зберігаються в цій папці. Не вдалося б при видаленні цієї папки спробувати видалити програмне забезпечення.

Я помітив цю папку після того, як я встановив Visual Studio 2012, у моєму випадку все, що в ній містилося до встановлення Visual Studio 2012, я її вручну видалив, і все, здається, працює, включаючи Visual Studio.

Для Visual Studio 2017 ви можете відключити кеш пакетів (навіть після встановлення Visual Studio), зателефонувавши:

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

Я отримав близько 2 Гб дискового простору на своєму системному диску з цього (YMMV).

Детальніше див. Документи: Документи Visual Studio: Вимкнення або видалення кешового пакета

Ні. Якщо ви видалите цю папку, ви не зможете видалити (а можливо й оновити) Visual Studio.

ТАК ви можете видалити цей каталог, якщо ви видалили Visual Studio.

Я знайшов цей каталог після видалення Visual Studio під час підготовки до встановлення SSD, меншого за жорсткий диск, який я використовував раніше. Цей комп'ютер вже не станція розвитку.

Видалення Visual Studio залишило після себе якесь інше програмне забезпечення, як-от програма для підключення до локального SQL-сервера, якого у мене немає. Я його видалив.

Він також залишив після себе кілька програм .NET, але я не знаю, які з них безпечно видалити, тому я залишив їх на місці.

Отже, до питання: я видалив цей каталог.

Це було досить велике, тому допомогло мені краще вписатися в мій SSD.

Тепер через день я не помітив жодних проблем.

Зазвичай краще не псуватися зі видаленням цих файлів вручну, а замість цього залишити це завдання для очищення диска Windows або іншого інструменту для чищення диска. Я особисто використовую і можу вам порекомендувати це CCleaner .

CCleaner може допомогти вам автоматично знайти застарілі файли в програмі та видалити їх для вас.