| 항목 | 내용 |
|---|---|
| 무엇인가 | PHP Composer 캐시 |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 200MB~5GB |
| 안전도 | 지워도 됩니다 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | %LOCALAPPDATA%\Composer\files |
| 기준 환경 | Windows Server |
패키지를 설치할 때마다 쌓입니다.
보통 200MB~5GB 입니다. 쓰는 방식에 따라 이 범위를 크게 벗어나기도 합니다. 이벤트 로그와 IIS 로그가 조용히 수십 GB로 자라는 대표 주자입니다.
Composer 캐시는 한 곳에만 있지 않습니다. 아래 2곳을 모두 확인해야 실제 크기가 나옵니다.
경로에 들어 있는 %LOCALAPPDATA% 같은 부분은 탐색기 주소창에서 알아서 풀립니다. 직접 계정 이름을 찾아 들어갈 필요는 없습니다.
%LOCALAPPDATA%\Composer\files
%LOCALAPPDATA%\Composer\repoComposer 캐시는 지워도 됩니다. 다시 생기고, 잃는 게 거의 없습니다.
다시 받을 수 있습니다.
지운 뒤에도 프로그램을 다시 쓰면 같은 자리에 다시 생깁니다. 그래서 "한 번 지우면 끝"이 아니라 "얼마나 자주 지울 것인가"의 문제입니다.
서버는 임의로 지우면 서비스가 멈춥니다. 정리는 점검 시간대에, 무엇을 지웠는지 기록을 남기면서 해야 합니다. 저장소 센서 같은 자동 삭제는 켜지 않는 편이 안전합니다.
먼저 DISM /Online /Cleanup-Image /AnalyzeComponentStore 로 정리 여지가 있는지 확인하고, 재부팅 창을 확보한 뒤에 실행하세요.
이 환경에서 남겨 둘 여유 용량은 시스템 볼륨에 20% 이상, 최소 30GB 정도로 잡으세요. 이벤트 로그와 IIS 로그가 조용히 수십 GB로 자라는 대표 주자입니다.
composer config --global cache-dir 로 경로를 확인한 뒤 폴더 속성으로 크기를 보세요.
숫자를 한 번 적어 두세요. 정리한 뒤 다시 재서 비교해야 효과를 알 수 있고, 다음 달에 같은 자리가 또 커졌다면 그건 지울 게 아니라 설정을 바꿔야 하는 항목입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →아닙니다. PHP 프로젝트가 쓰는 패키지와 저장소 정보를 보관하는 자리입니다입니다. 정상적인 프로그램이 정상적으로 만드는 파일입니다.
숨김 폴더 안에 있거나 시스템 폴더로 표시돼 있기 때문입니다. 보기 → 숨긴 항목을 켜면 나타납니다.
망가지지 않습니다. 다음 설치가 느려집니다. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 Composer 캐시가 아니라 다른 것입니다.
이 문서는 PHP Composer 캐시에 대한 무엇인가 문서입니다(Windows Server 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.