| 항목 | 내용 |
|---|---|
| 무엇인가 | NuGet 패키지 캐시 |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 1~15GB |
| 안전도 | 지워도 됩니다 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | %USERPROFILE%\.nuget\packages |
| 기준 환경 | NVMe SSD |
Windows 11: 탐색기 → 보기 → 표시 → 숨긴 항목.
Windows 10: 탐색기 → 보기 탭 → 숨긴 항목 체크.
보호된 운영 체제 파일까지 보려면 보기 → 옵션 → 보기 탭에서 "보호된 운영 체제 파일 숨기기"를 끄세요. 다만 이건 켜 두는 편이 안전합니다. 보인다고 지워도 되는 게 아닙니다.
NuGet 캐시의 자리는 한 곳입니다. 탐색기 주소창에 아래 경로를 그대로 붙여 넣으면 바로 열립니다.
경로에 들어 있는 %LOCALAPPDATA% 같은 부분은 탐색기 주소창에서 알아서 풀립니다. 직접 계정 이름을 찾아 들어갈 필요는 없습니다.
%USERPROFILE%\.nuget\packages탐색기가 폴더 크기를 더할 때, 접근 권한이 없는 폴더는 세지 않고 넘어갑니다. 그래서 C드라이브 속성의 "사용 중"과 폴더를 다 더한 값이 안 맞습니다.
이 차이가 수십 GB 나는 게 정상입니다. 시스템이 자기 몫으로 잡아 둔 자리, 다른 계정의 폴더, 볼륨 섀도 복사본이 그 차이를 만듭니다.
.NET 프로젝트가 쓰는 라이브러리를 계정 단위로 모아 두는 창고입니다. 프로젝트마다 복사하지 않고 여기를 공유합니다.
패키지와 버전이 늘 때마다 쌓입니다. 오래된 버전이 자동으로 지워지지 않습니다.
NVMe는 빠르지만, 빈 공간이 10% 아래로 떨어지면 쓰기 속도가 눈에 띄게 떨어집니다. 컨트롤러가 빈 블록을 찾느라 시간을 쓰기 때문입니다.
용량을 비운 뒤 최적화(TRIM)를 한 번 돌리면 지운 자리가 실제로 반납됩니다. 조각 모음이 아니라 최적화입니다.
이 환경에서 남겨 둘 여유 용량은 전체 용량의 10~15% 정도로 잡으세요. 체감 속도가 느려졌다면 용량부터 확인하세요. 수명보다 여유 공간 문제인 경우가 훨씬 많습니다.
dotnet nuget locals all --list 로 경로를 확인한 뒤 폴더 속성으로 크기를 보세요.
숫자를 한 번 적어 두세요. 정리한 뒤 다시 재서 비교해야 효과를 알 수 있고, 다음 달에 같은 자리가 또 커졌다면 그건 지울 게 아니라 설정을 바꿔야 하는 항목입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →"보호된 운영 체제 파일"까지 숨겨져 있는 것입니다. 보기 → 옵션 → 보기 탭에서 그 체크를 푸세요. 확인 후 다시 켜 두는 걸 권합니다.
망가지지 않습니다. 다음 빌드에서 패키지를 다시 받느라 시간이 걸립니다. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 NuGet 캐시가 아니라 다른 것입니다.
이 문서는 NuGet 패키지 캐시에 대한 탐색기에 안 보이는 이유 문서입니다(NVMe SSD 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.