| 항목 | 내용 |
|---|---|
| 무엇인가 | .NET 빌드 폴더 (obj · bin) |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 프로젝트당 100MB~3GB |
| 안전도 | 지워도 됩니다 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | 프로젝트 폴더\obj |
| 기준 환경 | 데스크톱 |
Visual Studio 와 .NET 이 컴파일하면서 만드는 중간 파일과 실행 파일이 들어가는 폴더입니다.
빌드 구성(Debug·Release)마다, 대상 플랫폼마다 따로 쌓입니다. 큰 솔루션이면 프로젝트 수만큼 배로 늘어납니다.
프로젝트당 100MB~3GB 가 보통인데 그보다 몇 배 크다면 이유는 셋 중 하나입니다.
어제까지 멀쩡했는데 오늘 갑자기 커졌다면, 대개 그 프로그램에서 큰 작업을 한 직후입니다. 업데이트, 대용량 파일 처리, 동기화 재시작 같은 것들입니다.
작업이 끝났는데도 안 줄어든다면 그게 바로 지울 대상입니다. 작업 중에 만든 것이 정리되지 않고 남은 것입니다.
솔루션 폴더에서 위 PowerShell 로 목록을 뽑고 크기를 더하세요. 프로젝트가 많으면 합계가 큽니다.
숫자를 한 번 적어 두세요. 정리한 뒤 다시 재서 비교해야 효과를 알 수 있고, 다음 달에 같은 자리가 또 커졌다면 그건 지울 게 아니라 설정을 바꿔야 하는 항목입니다.
데스크톱은 디스크를 추가할 여지가 있습니다. 지우는 것과 옮기는 것 중에 옮기는 쪽을 먼저 검토할 수 있는 거의 유일한 환경입니다.
2TB HDD 하나를 더 다는 비용이 몇 시간 정리하는 것보다 쌀 때가 많습니다. 정리는 정리대로 하되, 반복해서 차는 폴더는 아예 다른 디스크로 옮기세요.
이 환경에서 남겨 둘 여유 용량은 시스템 드라이브에 최소 20GB 정도로 잡으세요. 최대 절전 모드를 안 쓴다면 hiberfil.sys 는 그냥 낭비입니다.
obj · bin 폴더는 지워도 됩니다. 다시 생기고, 잃는 게 거의 없습니다.
소스에서 다시 만들어집니다. 표준 .gitignore 에도 들어 있는 항목입니다.
지운 뒤에도 프로그램을 다시 쓰면 같은 자리에 다시 생깁니다. 그래서 "한 번 지우면 끝"이 아니라 "얼마나 자주 지울 것인가"의 문제입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →프로젝트당 100MB~3GB 가 보통입니다. 그 안이면 정상입니다. 벗어나도 고장은 아니고, 오래 안 치웠다는 뜻일 뿐입니다.
망가지지 않습니다. 다시 빌드하는 시간뿐입니다. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 obj · bin 폴더가 아니라 다른 것입니다.
이 문서는 .NET 빌드 폴더 (obj · bin)에 대한 왜 이렇게 커졌나 문서입니다(데스크톱 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.