Visual studio очистить кэш
PowerShell-скрипт по очистке кэша браузеров и Корзины, удалению временных файлов.
- Очистка кэша и Корзины, удаление временных файлов (PowerShell)
- © Starinin Andrey (AnSt), 2017
- © Автономное учреждение Воронежской области 'Многофункциональный центр предоставления государственных и муниципальных услуг', 2017
- Версия: 0.25 (Сентябрь 2018) | Gallery TechNet | PowerShell Gallery
- Основано на коде -Lee Bhogal | By Lee Bhogal, Paradise Computing Ltd - June 2014
- ДобавленPS2EXE-GUIдля компиляции в EXE-файл | PS2EXE-GUI v0.5.0.6 by Ingo Karstein, reworked and GUI support by Markus Scholtes
- Очищает кэши основных браузеров (поддерживаемые браузеры указаны в разделе Браузеры) у всех пользователей компьютера
- Очищает Корзину Windows
- Удаляет временные файлы пользователя и системы
- Сохраняет информацию об удалённых файлах в C:\users\%username%\broom.log или выводит её на экран
- Mozilla Firefox
- Google Chrome
- Chromium
- Яндекс.Браузер
- Opera
- Internet Explorer
Установка не требуется
- Выводить информацию на экран
- Очистить только кэши браузеров
- Очитстить только Корзину и временные файлы (RecycleBin & Temp)
- Очитстить кэши браузеров и Корзину с временными файлами (RecycleBin & Temp)
- Выход
- Очистить только кэши браузеров
- Очитстить только Корзину и временные файлы (RecycleBin & Temp)
- Очитстить кэши браузеров и Корзину с временными файлами (RecycleBin & Temp)
- Выход
- PowerShell-скрипт (разработка в PowerGUI Script Editor v3.8.0.129 и Visual Studio 2017)
- Скомпилированный EXE-файл (компиляцция в PS2EXE-GUI v0.5.0.6 by Ingo Karstein, reworked and GUI support by Markus Scholtes). Компиляция EXE-файла PS2EXE-GUI уменьшило запуск программы в несколько раз, по сравнению с запуском EXE-файла скомпилированного PowerGUI Script Editor v3.8.0.129
Добавлен PS2EXE-GUI для компиляции в EXE-файл
License: MS-LPL
PS2EXE-GUI v0.5.0.6 by Ingo Karstein, reworked and GUI support by Markus ScholtesOverworking of the great script of Igor Karstein with GUI support by Markus Scholtes.
The GUI output and input is activated with one switch, real windows executables are generated.Добавлен ConvertPS2EXE.ps1 для автоматической компиляции в EXE-файл
Создан отдельный модуль - Broom_Module.psm1 с функциями по очистке
После каждой установки, обновления или восстановления NuGet управляет пакетами и сведениями о них в нескольких папках за пределами структуры проекта:
Использование кэша и папок global-packages позволяет NuGet избежать скачивания пакетов, хранящихся на компьютере, что в свою очередь улучшает производительность операций установки, обновления и восстановления. При использовании формата PackageReference папка global-packages также позволяет избежать хранения скачанных пакетов в папках проектов, откуда их можно случайно добавить в систему управления версиями. Кроме того, это снижает общее влияние NuGet на ресурсы хранилища компьютера.
Дополнительные сведения см. в разделе Процесс установки пакета.
Просмотр расположения папок
Расположение можно просмотреть с помощью команды nuget locals:
Типичные выходные данные выглядят следующим образом (Windows; user1 —это имя текущего пользователя):
(Папка package-cache используется в NuGet 2.x. Ее содержимое можно посмотреть с помощью NuGet 3.5 и более ранних версий.)
Расположения папок можно также просмотреть с помощью команды dotnet nuget locals:
Типичные выходные данные выглядят следующим образом (Mac/Linux; user1 —это имя текущего пользователя):
Очистка локальных папок
Если при установке пакета возникают неполадки или вы по иной причине хотите обеспечить установку пакетов из удаленной коллекции, используйте параметр locals --clear (dotnet.exe) или locals -clear (nuget.exe), с помощью которых можно указать конкретную папку, которую нужно очистить, или параметр all , чтобы очистить все папки:
Все пакеты, которые в настоящее время открыты в проектах Visual Studio, нельзя удалить из папки global-packages.
Начиная с версии Visual Studio 2017, в меню Средства Диспетчер пакетов NuGet > Параметры диспетчера пакетов выберите >. Сейчас управлять кэшем через консоль диспетчера пакетов нельзя. В Visual Studio 2015 используйте вместо этого команды CLI.
Устранение ошибок
При использовании nuget locals или dotnet nuget locals могут возникать следующие ошибки:
Ошибка: процесс не может получить доступ к файлу package>, поскольку этот файл используется другим процессом или >
Один или несколько файлов в папке используются другим процессом, например открыт проект Visual Studio, который ссылается на пакеты в папке global-packages. Закройте эти процессы и повторите попытку.
Ошибка: доступ к пути path> запрещен или >
Отсутствуют разрешения на удаление файлов в кэше. Измените разрешения папки, если это возможно, и повторите попытку. В противном случае обратитесь к системному администратору.
Ошибка: указанный путь, имя файла или оба значения имеют слишком большую длину. Полное имя файла должно содержать меньше 260 символов, а имя каталога — меньше 248 символов.
Кэш пакетов служит источником для установленных пакетов на случай, если потребуется восстановить установку Visual Studio или других связанных продуктов без подключения к Интернету. Но в некоторых конфигурациях дисков или систем вы можете предпочесть не сохранять эти пакеты локально. При необходимости их всегда можно скачать с помощью установщика, поэтому вы можете отключить или переместить кэш пакетов, чтобы сэкономить или освободить место на диске.
Отключение кэша пакетов
Прежде чем установить, изменить или восстановить Visual Studio или другие продукты с помощью нового установщика, вы можете запустить этот установщик с параметром --nocache .
Теперь любая операция, выполняемая для любого продукта, приведет к удалению всех существующих пакетов для этого продукта и пакеты не будут сохраняться после установки. Если в процессе изменения или восстановления Visual Studio потребуются какие-либо пакеты, они будут автоматически загружены, а затем удалены после установки.
Если вы захотите снова включить кэш, передайте установщику параметр --cache . В кэш включаются только те пакеты, которые нужны для установки. Если вы хотите восстановить все пакеты, перед отключением от сети выполните процедуру восстановления Visual Studio.
Вы также можете использовать политики реестра KeepDownloadedPayloads , чтобы отключить кэш перед установкой, изменением или восстановлением Visual Studio.
Перемещение кэша пакетов
В типичной конфигурации операционная система Windows устанавливается на диске SSD, а более крупный диск HDD (или несколько дисков) отводятся под потребности среды разработки, например для хранения исходных кодов, двоичных файлов и других ресурсов. Если вы намерены работать в автономном режиме, кэш пакетов можно переместить в другое расположение.
Сейчас для этого нужно применить CachePath политику реестра перед установкой, изменением или восстановлением Visual Studio.
Поддержка или устранение неполадок
Иногда возникают проблемы. Если установить Visual Studio не удается, воспользуйтесь пошаговыми указаниями в статье Устранение неполадок при установке и обновлении Visual Studio.
By using the cache and global-packages folders, NuGet generally avoids downloading packages that already exist on the computer, improving the performance of install, update, and restore operations. When using PackageReference, the global-packages folder also avoids keeping downloaded packages inside project folders, where they might be inadvertently added to source control, and reduces NuGet's overall impact on computer storage.
Viewing folder locations
You can view locations using the nuget locals command:
Typical output (Windows; "user1" is the current username):
( package-cache is used in NuGet 2.x and appears with NuGet 3.5 and earlier.)
You can also view folder locations using the dotnet nuget locals command:
Typical output (Mac/Linux; "user1" is the current username):
Clearing local folders
If you encounter package installation problems or otherwise want to ensure that you're installing packages from a remote gallery, use the locals --clear option (dotnet.exe) or locals -clear (nuget.exe), specifying the folder to clear, or all to clear all folders:
Any packages used by projects that are currently open in Visual Studio are not cleared from the global-packages folder.
Starting in Visual Studio 2017, use the Tools > NuGet Package Manager > Package Manager Settings menu command, then select Clear All NuGet Cache(s). Managing the cache isn't presently available through the Package Manager Console. In Visual Studio 2015, use the CLI commands instead.
Troubleshooting errors
The following errors can occur when using nuget locals or dotnet nuget locals :
Error: The process cannot access the file because it is being used by another process or Clearing local resources failed: Unable to delete one or more files
One or more files in the folder are in use by another process; for example, a Visual Studio project is open that refers to packages in the global-packages folder. Close those processes and try again.
Error: Access to the path is denied or The directory is not empty
You don't have permission to delete files in the cache. Change the folder permissions, if possible, and try again. Otherwise, contact your system administrator.
Error: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Asked by:
Question
How do I force Visual Studio 2017 to clear cache.
In development I am obviously making several changes but I have proved that when I test Visual Studio is not picking up the latest java scripts.
All replies
Welcome to the MSDN forum.
What’s the cache do you mean? Usually, we can delete the folder C:\Users\xxx\AppData\Local\Microsoft\VisualStudio\15.0_xxxx to clean up the VS local cache, then VS will start like the first startup after the VS installation, all sign in accounts and customized setting will be removed.
>> In development I am obviously making several changes but I have proved that when I test Visual Studio is not picking up the latest java scripts.
What’s your project type and could you please share more detail information about it?
I had already tried what you suggested which I had previously found on a thread:
It didn't work as well as I hoped. Old versions of some components (.js files) were still picked up and the cache file was recreated each time I ran Visual Studio so it was never going to clear what version of what was being tested.
In the end I adopted the tedious approach of renaming and version numbering all the components that had been changed and everything worked perfectly. It is a chore but there doesn't seem to be an easier option. I had hoped that Visual Studio could be forced to fetch fresh copies of everything in the build. Presumably some stuff is cached by the browser, Chrome in my case. I had the same problem some time ago and solved it by clearing out all my browser history etc. That lost a few useful items so I wondered it there was a way of forcing Visual Studio to do it.
Читайте также: