Новая папка, полная инсталляторов, находится по адресу `C:\ProgramData\Package Cache Новая папка, полная инсталляторов, находится по адресу . Думаю, это из Visual Studio 2012 RC.
Могу ли я удалить эти гигабайты данных без последствий? Все ли это временные файлы? Это бета-продукт, поэтому я не уверен, что в этой папке много информации.
(см. ниже обходные пути )
Были получены противоречивые сообщения о том, будет ли отсутствие этой папки (как следствие ее удаления) в действительности и в всех случаях вызывать проблемы с установкой визуальной студии, т.е. во время нормальной работы, во время переустановки, патча/обновления, ремонта установки или деинсталляции. Тем не менее, рекомендация MICROSOFT явно указывает на NOT DELETE IT.
Из блогов Microsoft Developer Tools Blogs → ЗДЕСЬ
При восстановлении, изменении или удалении продукта или при установке или удалении патча, если требуется носитель исходных данных, кэш пакетов используется автоматически, и большинство пользователей никогда не увидят подсказки. Только в случае отсутствия или неполноты кэша пакетов Visual Studio выдаст запрос на загрузку (если он подключен) или поиск носителя, как показано на скриншоте ниже.
Пользователи, которые установили его с носителя, даже получают возможность загрузить (если он подключен). Поэтому, хотя очень немногие клиенты должны видеть это диалоговое окно, мы хотели убедиться, что это легко. Несмотря на то, что мы попросим загрузить пакеты в кэш, если они отсутствуют, мы рекомендуем пользователям не удалять кэш пакетов. Мало того, что кэш используется многими другими продуктами, которые установлены с Burn и может не обеспечить такой же опыт загрузки, есть сценарии , когда Windows Installer может потребоваться исходный код, который мы не можем обрабатывать, потому что наш код не работает.
Если вам нужно восстановить это пространство, ваша самая безопасная ставка, чтобы избежать “удалить” что-либо, а вместо этого, переместить эту папку и все его файлы. Вы можете безопасно сделать это, следуя инструкциям ниже, чтобы любой локальный/живой, онлайн, рядом или в автономном режиме хранения ** до тех пор, пока** эта система хранения данных, которая может быть смонтирована на букву диска или любой точки монтирования на файловой системе NTFS. Будет работать любой из следующих разделов:
Всякий раз, когда у вас запрашивается носитель/выдаётся сообщение об ошибках, связанных с пропущенными файлами/пропущенным местом, вы просто перемонтируете/восстановите диск/плеер, если он ещё не является живым разделом.
После перемещения, чтобы “связать” старую точку/местоположение монтирования (в большинстве случаев `C:\ProgramData\Package Cache# TL;DR: НЕ удаляйте эту папку
(см. ниже обходные пути )
Были получены противоречивые сообщения о том, будет ли отсутствие этой папки (как следствие ее удаления) в действительности и в всех случаях вызывать проблемы с установкой визуальной студии, т.е. во время нормальной работы, во время переустановки, патча/обновления, ремонта установки или деинсталляции. Тем не менее, рекомендация MICROSOFT явно указывает на NOT DELETE IT.
Из блогов Microsoft Developer Tools Blogs → [ ЗДЕСЬ ]&003
При восстановлении, изменении или удалении продукта или при установке или удалении патча, если требуется носитель исходных данных, кэш пакетов используется автоматически, и большинство пользователей никогда не увидят подсказки. Только в случае отсутствия или неполноты кэша пакетов Visual Studio выдаст запрос на загрузку (если он подключен) или поиск носителя, как показано на скриншоте ниже.
&004
Пользователи, которые установили его с носителя, даже получают возможность загрузить (если он подключен). Поэтому, хотя очень немногие клиенты должны видеть это диалоговое окно, мы хотели убедиться, что это легко. Несмотря на то, что мы попросим загрузить пакеты в кэш, если они отсутствуют, мы рекомендуем пользователям не удалять кэш пакетов. Мало того, что кэш используется многими другими продуктами, которые установлены с Burn и может не обеспечить такой же опыт загрузки, есть [ сценарии ]&003, когда Windows Installer может потребоваться исходный код, который мы не можем обрабатывать, потому что наш код не работает.
Если вам нужно восстановить это пространство, ваша самая безопасная ставка, чтобы избежать “удалить” что-либо, а вместо этого, переместить эту папку и все его файлы. Вы можете безопасно сделать это, следуя инструкциям ниже, чтобы любой локальный/живой, онлайн, рядом или в автономном режиме хранения ** до тех пор, пока** эта система хранения данных, которая может быть смонтирована на букву диска или любой точки монтирования на файловой системе NTFS. Будет работать любой из следующих разделов:
Всякий раз, когда у вас запрашивается носитель/выдаётся сообщение об ошибках, связанных с пропущенными файлами/пропущенным местом, вы просто перемонтируете/восстановите диск/плеер, если он ещё не является живым разделом.
После перемещения, чтобы “связать” старую точку/местоположение монтирования (в большинстве случаев ), вы просто создаете к ней каталог junction.
Junctions распознаются на уровне file system как запись под псевдонимом в FSTAB. Поэтому она прозрачна для всех программ, включая саму операционную систему. Другими словами, он НЕ воспринимается как файл, который просто указывает на другое место (например, на shortcut) и поэтому всегда работает без инцидентов.
Я нашел ту же папку на ноутбуке после установки VS2012. Я попытался переименовать эту папку в ‘__Package Cache’. Когда я попытался удалить VS2012, процесс деинсталляции не начался.
Дополнительная информация доступна здесь .
Правильным ответом, похоже, будет то, что если вы удалите его, то VS 2012 не удастся удалить, но в противном случае в этом нет необходимости. Поэтому:
Соединения и символические ссылки - единственный ответ на вопрос о перемещении системных файлов на другой диск. Это функции на уровне файловой системы NTFS, о которых даже в самой Windows забывают, и, таким образом, это действительно большой молот (и потенциальный риск безопасности), который следует использовать экономно, в отличие от их аналогов в UNIX/Linux/BSD, так как они гораздо дольше работают с этим семейством ОС, и программы UNIX/Linux/BSD знают, как с ними справиться.
Для Visual Studio 2017 можно отключить кэш пакетов (даже после установки Visual Studio), позвонив:
"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vs_installer.exe" --nocache
Я получил от этого (YMMV) около 2 ГБ дискового пространства на моем системном диске.
Подробнее смотрите в документации: Документы студии: Отключите или удалите кэш пакетов .
Я заметил эту папку после установки Visual Studio 2012, в моем случае все, что в ней содержалось до установки Visual Studio 2012, я вручную удалил ее и, кажется, все работает, в том числе и Visual Studio.
Да, вы можете удалить этот каталог, если вы удалили Visual Studio.
Я нашел этот каталог после удаления Visual Studio при подготовке к установке SSD меньшего размера, чем жесткий диск, который я использовал ранее. Этот компьютер больше не является станцией разработки.
Удаление Visual Studio оставило после себя некоторое другое программное обеспечение вроде программы для подключения к локальному SQL серверу, которого у меня нет. Я удалил ее.
Она также оставила после себя несколько .NET программ, но я не знаю, какие из них безопасно деинсталлировать, поэтому я оставил их на месте.
Итак, к вопросу: Я удалил этот каталог.
Он был довольно большим, так что помог мне лучше вписаться в мой SSD.
Днем позже я не заметил никаких проблем.
Обычно лучше не связываться с удалением этих файлов вручную, а оставить эту задачу либо Windows Disk Cleanup, либо другим инструментам для очистки диска. Тот, который я лично использую и могу порекомендовать вам, это CCleaner .
CCleaner может помочь вам автоматически найти устаревшие файлы в программе и удалить их за вас.