Существует новая папка, полная инсталляторов, расположенных по адресу: C:\ProgramData\Package Cache\
, Я считаю, что это из Visual Studio 2012 RC.
Могу ли я удалить эти гигабайты данных без последствий? Все ли они временные файлы? Это бета-продукт, поэтому я не уверен, что в этой папке есть много информации.
TL; DR: НЕ удалять эту папку
(см. ниже обходные)
Почему нет?
Были противоречивые сообщения о том, будет ли отсутствовать эта папка (как следствие ее удаления) на самом деле И в все случаи вызывают проблемы с установкой визуальной студии, то есть во время нормальной работы, во время переустановки, исправления / обновления, восстановления или удаления. Однако рекомендация MICROSOFT, очевидно, НЕ УДАЛЯТЬ ЭТО,
Из Форумы разработчиков для разработчиков → ВОТ
При ремонте, изменении или удалении продукта или когда
установка или удаление патча, если требуется исходный носитель
кеш пакетов используется автоматически, и большинство пользователей никогда не увидит
незамедлительный. Только если кеш пакета отсутствует или неполный будет Visual
Попробуйте установить программу установки Studio (если она подключена) или найдите носитель как
как показано на скриншоте ниже.

Пользователи, которые установили с носителя, даже получают возможность скачать
(если подключен). Поэтому, когда очень немногие клиенты должны когда-либо видеть это
диалога, мы хотели убедиться, что это было легко.
Хотя мы
будет запрашивать загрузку пакетов в кеш, если они отсутствуют, мы рекомендуем
пользователи не удаляют кеш пакетов. Мало того, что кеширование используется не
многие другие продукты, которые устанавливаются вместе с Burn, и могут не предоставлять одинаковый опыт загрузки, есть сценарии когда
Установщик Windows может потребовать источник, который мы не можем обработать, потому что наш
код не работает.
Решение / обходным:
Если вам нужно вернуть это пространство, ваша самая безопасная ставка заключается в том, чтобы избежать «Удаление» ничего, но вместо этого переместите эту папку и все ее файлы. Вы можете безопасно сделать это, следуя приведенным ниже инструкциям, в любое локальное / живое, онлайн-соединение, близкое или автономное хранилище так долго как что система хранения, которая может монтироваться на букву диска или любую точку монтирования в файловой системе NTFS, Любое из следующих действий будет работать:
- другая живая (смонтированная) перегородка
- оптический диск (CD, DVD и т. д.) с живой файловой системой, такой как FAT, или NTFS
- внешний жесткий диск
- USB-накопитель
- сетевой диск
Всякий раз, когда вы запрашиваете информацию или получаете какие-либо ошибки в отношении недостающих файлов / отсутствующего места, вы просто убедитесь, что перемонтируете / снова вставьте диск / носитель, если он еще не является живым разделом.
После перемещения, чтобы «связать» старую точку монтирования / местоположение (в большинстве случаев C:\ProgramData\Package Cache\
), вы просто создаете каталог junction
к нему.
Junctions
признаются на file system
уровня как запись псевдонима в FSTAB
, Поэтому он прозрачен для всех программ, включая собственно ОС. Другими словами, он НЕ рассматривается как файл, который просто указывает на другое место (например, shortcut
) и поэтому всегда работает без инцидентов.
- Вы переместите папку (ы), о которой идет речь, в новое место
Создать соединение
Вариант 1. (изначально): Просто введите встроенную команду Windows Vista / 7/8 и команду cmd:
mklink /J oldpath newpath
ПРИМЕЧАНИЕ. Если вы сделаете newpath
абсолютный, вы сможете перемещать ссылку, не нарушая указатель на newpath
, Если вы сделаете newpath
родственник, вы сможете предотвратить разрыв ссылки, пока вы перемещаете BOTH ссылку и цель TOGETHER и сохраняете их относительные пути.
Вариант 2. (с использованием инструмента): Еще одна БОЛЬШАЯ альтернатива - бесплатная утилита, которую я использую в течение многих лет «Расширение командной строки», LSE является бесплатным, и вы можете найти его здесь (или Google для него): http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html
LSE позволяет создавать символические ссылки, hardlinks, junctions, smartcopies, smartclones, интеллектуальные зеркала, умные ходы, сращивания, несколько источников и множество других вещей, которые я счел слишком запутанными, чтобы читать, честно говоря. Но это блестящий который создает контекстное меню Windows Explorer, которое позволяет вам щелкнуть правой кнопкой мыши по вашей папке LINK-TARGET и перетащить ее туда, где вы хотите создать фактическую ссылку. Вы можете, конечно, переименовать ссылку на все, что хотите.
После установки VS2012 я нашел ту же папку на своем ноутбуке. Я попытался переименовать эту папку в '__Package Cache'. Когда я попытался удалить VS2012, процесс удаления не удалось запустить.
Дополнительная информация доступна Вот,
Правильный ответ кажется, что если вы удалите его, VS 2012 не удастся удалить, но в противном случае он не нужен. Следовательно:
- Вы можете оставить там файлы. Все будет работать, но он будет использовать много дискового пространства.
- Вы можете удалить файлы, и если вы хотите удалить VS 2012, вы можете повторно запустить оригинальный установщик, чтобы вернуть файлы, а затем удалить.
Вы можете переместить файлы на другой диск с большим свободным пространством и либо:
a) переместите файлы обратно, когда они вам понадобятся.
б) создать соединение, как в предложении Флака (предупреждение: соединения - хитрые звери, и будет лежать в Проводнике Windows, сообщая вам, что файлы занимают дисковое пространство на C: когда они действительно находятся на другом диске!)
Переходы и символические ссылки - единственный ответ для перемещения системных файлов на другой диск. Это функции уровня файловой системы NTFS, которые даже сама ОС не замечает и, таким образом, представляют собой действительно большой молот (и потенциальный риск для безопасности), который следует использовать редко в отличие от своих UNIX / Linux / BSD-коллег, поскольку они были намного длиннее на этом семействе ОС и программах UNIX / Linux / BSD знают, как с ними бороться.
Все инсталляторы программного обеспечения сохраняются в этой папке. При попытке удалить программное обеспечение после удаления этой папки произойдет сбой.
Я заметил эту папку после установки Visual Studio 2012, в моем случае все, что содержалось в установке Visual Studio 2012, я вручную удалил ее, и все, кажется, работает, включая Visual Studio.
Нет. Если вы удалите эту папку, вы не сможете удалить (и, возможно, обновить) Visual Studio.
ДА вы можете удалить этот каталог, если вы удалили Visual Studio.
Я нашел этот каталог после удаления Visual Studio при подготовке к установке SSD меньше, чем тот, который я использовал ранее. Этот компьютер больше не является станцией разработки.
Удаление Visual Studio оставило позади некоторое другое программное обеспечение, такое как программа для подключения к локальному SQL-серверу, которого у меня нет. Я удалил его.
Он также оставил несколько программ .NET, но я не знаю, какие из них безопасны для удаления, поэтому я оставил их на месте.
Итак, до сути вопроса: я удалил этот каталог.
Это было довольно большое, так что мне удалось лучше вписаться в мой SSD.
Теперь через день я не заметил никаких проблем.
Обычно лучше не путаться с удалением этих файлов вручную, а вместо этого оставлять эту задачу либо для очистки диска Windows, либо для других средств очистки диска. Тот, который я лично использую и могу вам порекомендовать, - это CCleaner,
CCleaner может помочь вам автоматически найти устаревшие файлы в программе и удалить их для вас.
Для Visual Studio 2017 вы можете отключить кеш пакетов (даже после установки Visual Studio), позвонив:
"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vs_installer.exe" --nocache
Я получил около 2 ГБ дискового пространства на своем системном диске (YMMV).
Подробнее см. В документах: Документы Visual Studio: отключение или удаление кэша пакетов