| 항목 | 내용 |
|---|---|
| 무엇인가 | .NET 빌드 폴더 (obj · bin) |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 프로젝트당 100MB~3GB |
| 안전도 | 지워도 됩니다 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | 프로젝트 폴더\obj |
| 기준 환경 | Windows Server |
장점은 무엇을 지우는지 내가 정확히 안다는 것입니다. 도구가 "기타 항목 3.2GB"라고 뭉뚱그릴 때 생기는 불안이 없습니다.
단점은 시간과 빠뜨림입니다. 2곳을 다 열어 보고 각각 판단해야 합니다.
장점은 흩어진 자리를 한 번에 보여주고, 크기순으로 정렬해 준다는 것입니다. 큰 것부터 처리하게 되니 같은 시간에 더 많이 확보합니다.
단점은 무엇을 지우는지 안 보고 누르게 된다는 것입니다. 목록과 이유를 먼저 보여주지 않는 도구는 쓰지 마세요.
아래 순서대로 하면 됩니다. 중간에 프로그램이 켜져 있으면 일부 파일이 "사용 중"으로 남으니, 먼저 닫고 시작하세요.
obj · bin 폴더는 지워도 됩니다. 다시 생기고, 잃는 게 거의 없습니다.
소스에서 다시 만들어집니다. 표준 .gitignore 에도 들어 있는 항목입니다.
지운 뒤에도 프로그램을 다시 쓰면 같은 자리에 다시 생깁니다. 그래서 "한 번 지우면 끝"이 아니라 "얼마나 자주 지울 것인가"의 문제입니다.
서버는 임의로 지우면 서비스가 멈춥니다. 정리는 점검 시간대에, 무엇을 지웠는지 기록을 남기면서 해야 합니다. 저장소 센서 같은 자동 삭제는 켜지 않는 편이 안전합니다.
먼저 DISM /Online /Cleanup-Image /AnalyzeComponentStore 로 정리 여지가 있는지 확인하고, 재부팅 창을 확보한 뒤에 실행하세요.
이 환경에서 남겨 둘 여유 용량은 시스템 볼륨에 20% 이상, 최소 30GB 정도로 잡으세요. 이벤트 로그와 IIS 로그가 조용히 수십 GB로 자라는 대표 주자입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →지우기 전에 목록과 이유를 보여주는지로 판단하세요. 바로 "정리하기" 버튼만 있는 도구는 무엇이 없어졌는지 알 수 없습니다.
망가지지 않습니다. 다시 빌드하는 시간뿐입니다. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 obj · bin 폴더가 아니라 다른 것입니다.
이 문서는 .NET 빌드 폴더 (obj · bin)에 대한 수동 정리와 도구 비교 문서입니다(Windows Server 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.