| 항목 | 내용 |
|---|---|
| 무엇인가 | .NET 빌드 폴더 (obj · bin) |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 프로젝트당 100MB~3GB |
| 안전도 | 지워도 됩니다 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | 프로젝트 폴더\obj |
| 기준 환경 | NVMe SSD |
다시 빌드하는 시간뿐입니다.
같이 지우면 안 되는 것이 있습니다. 외부에서 받은 DLL 을 bin 에 직접 넣어 쓰는 오래된 프로젝트가 있습니다. 그런 경우 지우면 참조가 깨집니다 — 소스 관리에 올라가 있는지 확인하세요.
obj · bin 폴더는 지워도 됩니다. 다시 생기고, 잃는 게 거의 없습니다.
소스에서 다시 만들어집니다. 표준 .gitignore 에도 들어 있는 항목입니다.
지운 뒤에도 프로그램을 다시 쓰면 같은 자리에 다시 생깁니다. 그래서 "한 번 지우면 끝"이 아니라 "얼마나 자주 지울 것인가"의 문제입니다.
프로그램을 다시 쓰기 시작하면 필요한 만큼 다시 만들어집니다. 처음 며칠은 조금 느릴 수 있습니다 — 다시 만드는 중이라 그렇습니다.
특히 외부에서 받은 DLL 을 bin 에 직접 넣어 쓰는 오래된 프로젝트가 있습니다. 그런 경우 지우면 참조가 깨집니다 — 소스 관리에 올라가 있는지 확인하세요.
지우지 않고 두는 것도 선택입니다. 용량에 여유가 있다면 굳이 건드릴 이유가 없습니다.
NVMe는 빠르지만, 빈 공간이 10% 아래로 떨어지면 쓰기 속도가 눈에 띄게 떨어집니다. 컨트롤러가 빈 블록을 찾느라 시간을 쓰기 때문입니다.
용량을 비운 뒤 최적화(TRIM)를 한 번 돌리면 지운 자리가 실제로 반납됩니다. 조각 모음이 아니라 최적화입니다.
이 환경에서 남겨 둘 여유 용량은 전체 용량의 10~15% 정도로 잡으세요. 체감 속도가 느려졌다면 용량부터 확인하세요. 수명보다 여유 공간 문제인 경우가 훨씬 많습니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →되돌릴 것도 없습니다. 다시 생깁니다.
망가지지 않습니다. 다시 빌드하는 시간뿐입니다. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 obj · bin 폴더가 아니라 다른 것입니다.
이 문서는 .NET 빌드 폴더 (obj · bin)에 대한 지우면 생기는 문제 문서입니다(NVMe SSD 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.