로컬 Git 레포지토리 정리 및 최적화 가이드

git gc, git repack, git prune

Git 레포지토리는 프로젝트가 진행됨에 따라 크기가 커지고, 오래된 객체들이 쌓이면서 관리와 성능 문제가 발생할 수 있습니다. 특히 로컬 레포지토리에서 이러한 문제를 방지하기 위해 정기적으로 레포지토리를 정리하고 최적화하는 것이 중요합니다.

아래에서는 로컬 Git 레포지토리를 최적화하고 정리하는 방법을 단계별로 설명하겠습니다.

---

1. 로컬 레포지토리 최적화

Git의 gc(Garbage Collection) 명령어는 불필요한 데이터나 오래된 객체를 정리하여 레포지토리를 최적화하는 데 사용됩니다.

명령어:

git gc --aggressive --prune=now

옵션 설명:

• --aggressive: Git의 garbage collection을 더 강력하게 수행하여 디스크 공간 사용을 최소화합니다. 성능은 다소 느려질 수 있지만, 더 철저한 최적화가 이루어집니다.
• --prune=now: 불필요하거나 오래된 객체들을 즉시 제거합니다.

효과:

• 로컬 레포지토리 크기를 줄이고, 성능을 향상시킵니다.
• 쌓인 쓰레기 데이터를 정리하여 불필요한 공간 낭비를 방지합니다.

---

2. 레포지토리 압축

레포지토리에서 repack 명령어를 사용하면, Git 객체를 다시 압축하여 저장 공간을 절약하고 레포지토리 성능을 개선할 수 있습니다.

명령어:

git repack -a -d --depth=250 --window=250

옵션 설명:

• -a: 모든 패키지 객체를 새로 다시 압축합니다.
• -d: 압축된 파일 중 오래된 것을 삭제합니다.
• --depth=250: 압축의 깊이를 지정합니다. 숫자가 클수록 더 세밀하게 압축합니다.
• --window=250: 압축 윈도우 크기를 설정합니다. 더 큰 값은 압축률을 높이지만 더 많은 메모리를 사용합니다.

효과:

• Git 객체의 압축률을 높여 레포지토리 크기를 줄입니다.
• 오래된 객체를 제거하고 최적화하여 성능을 개선합니다.

---

3. 최적화 작업을 실행해야 하는 경우

아래와 같은 상황에서는 위 명령어를 사용하여 레포지토리를 정리하고 최적화하는 것이 좋습니다:

1. 레포지토리 크기가 급격히 증가했을 때

• 대규모 파일을 추가하거나 삭제한 후 레포지토리가 비정상적으로 커졌다면 최적화가 필요합니다.

2. 오래된 브랜치나 커밋이 많을 때

• 삭제된 브랜치나 오래된 커밋으로 인해 불필요한 객체가 쌓이는 경우.

3. 레포지토리가 느려질 때

• 클론, 푸시, 풀 작업 속도가 느려질 경우 정리가 필요합니다.

---

4. 주의사항

• 위 명령어는 로컬 레포지토리에서만 적용됩니다. 원격 레포지토리(GitHub, GitLab 등)에는 영향을 미치지 않습니다.
• 최적화 작업은 되돌릴 수 없으므로, 작업 전 반드시 중요한 데이터를 백업하세요.
• 대규모 레포지토리에서는 최적화 작업에 시간이 걸릴 수 있습니다.

---

5. 결론

정기적으로 Git 레포지토리를 최적화하면, 디스크 공간을 절약하고 작업 속도를 개선할 수 있습니다. git gc와 git repack은 불필요한 데이터를 제거하고 레포지토리를 압축하여 효율적으로 관리할 수 있는 중요한 도구입니다. 특히 대규모 프로젝트를 진행 중이라면 위 명령어를 사용하여 레포지토리를 정리하고 성능을 최적화하는 것을 권장합니다.