| 항목 | 내용 |
|---|---|
| 무엇인가 | Git 개체 저장소 (.git/objects) |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 프로젝트당 10MB~20GB |
| 안전도 | 함부로 지우면 안 됩니다 |
| 지운 뒤 다시 생기나 | 생기지 않습니다 |
| 첫 번째 자리 | 프로젝트 폴더\.git |
| 기준 환경 | NVMe SSD |
프로젝트의 모든 변경 이력이 압축돼 들어 있는 폴더입니다. 과거 어느 시점으로든 돌아갈 수 있는 게 이것 덕분입니다.
커밋할 때마다 쌓입니다. 큰 바이너리 파일(이미지·영상·빌드 결과물)을 커밋한 적이 있으면 그 파일이 이력에 영원히 남습니다.
Git 저장소 개체의 자리는 한 곳입니다. 탐색기 주소창에 아래 경로를 그대로 붙여 넣으면 바로 열립니다.
경로에 들어 있는 %LOCALAPPDATA% 같은 부분은 탐색기 주소창에서 알아서 풀립니다. 직접 계정 이름을 찾아 들어갈 필요는 없습니다.
프로젝트 폴더\.gitGit 저장소 개체는 함부로 지우면 안 됩니다. 지우면 되돌리기 어려운 게 섞여 있습니다.
.git 을 지우면 모든 이력이 사라집니다. 원격 저장소에 올라가 있다면 다시 클론하면 되지만, 로컬에만 있는 커밋은 영영 사라집니다.
한 번 지우면 다시 만들어지지 않습니다. 필요해지면 직접 다시 받거나 다시 만들어야 합니다.
커밋 이력 전체. 원격에 push 하지 않은 변경은 되돌릴 수 없습니다.
같이 지우면 안 되는 것이 있습니다. 원격에 올리지 않은 커밋이나 브랜치가 있는지 반드시 확인하세요. git log --branches --not --remotes 로 볼 수 있습니다.
아래 순서대로 하면 됩니다. 중간에 프로그램이 켜져 있으면 일부 파일이 "사용 중"으로 남으니, 먼저 닫고 시작하세요.
git clone --depth 1 <주소> 로 다시 받으면 최근 이력만 가져와 크기가 크게 줍니다. 과거 이력이 필요 없는 경우에 씁니다.
NVMe는 빠르지만, 빈 공간이 10% 아래로 떨어지면 쓰기 속도가 눈에 띄게 떨어집니다. 컨트롤러가 빈 블록을 찾느라 시간을 쓰기 때문입니다.
용량을 비운 뒤 최적화(TRIM)를 한 번 돌리면 지운 자리가 실제로 반납됩니다. 조각 모음이 아니라 최적화입니다.
이 환경에서 남겨 둘 여유 용량은 전체 용량의 10~15% 정도로 잡으세요. 체감 속도가 느려졌다면 용량부터 확인하세요. 수명보다 여유 공간 문제인 경우가 훨씬 많습니다.
프로젝트 폴더의 .git 폴더 속성으로 크기를 보세요. git count-objects -vH 로 더 정확히 볼 수 있습니다.
숫자를 한 번 적어 두세요. 정리한 뒤 다시 재서 비교해야 효과를 알 수 있고, 다음 달에 같은 자리가 또 커졌다면 그건 지울 게 아니라 설정을 바꿔야 하는 항목입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →크기부터 재세요. 프로젝트 폴더의 .git 폴더 속성으로 크기를 보세요. git count-objects -vH 로 더 정확히 볼 수 있습니다. 숫자를 보고 나서 지울지 말지 정하면 됩니다.
망가질 수 있습니다. .git 을 지우면 모든 이력이 사라집니다. 원격 저장소에 올라가 있다면 다시 클론하면 되지만, 로컬에만 있는 커밋은 영영 사라집니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 Git 저장소 개체가 아니라 다른 것입니다.
이 문서는 Git 개체 저장소 (.git/objects)에 대한 한눈에 정리 문서입니다(NVMe SSD 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.