저장소 크기

저장소 크기 계산, 제한, Git 저장소 스토리지를 줄이는 방법을 이해합니다.

Git 저장소의 크기는 성능과 스토리지 비용에 상당한 영향을 미칠 수 있습니다. 압축, 하우스키핑, 기타 요인으로 인해 인스턴스마다 약간 다를 수 있습니다. 크기 계산 # 저장소 크기는 저장소의 모든 파일의 누적 크기입니다. 이 계산은 저장소의 해시된 스토리지 경로 에서 du --summarize --bytes 를 실행하는 것과 유사합니다. 크기는 저장소가 변경될 때 다시 계산되지만, 15분마다 한 번을 초과하지 않습니다. 저장소 크기는 프로젝트 크기의 일부입니다. 프로젝트 개요 페이지의 Project information 아래에 표시되는 프로젝트 크기에는 저장소와 함께 LFS 객체, job 아티팩트, 패키지, 위키가 포함됩니다. 저장소 크기 보기 # 필수 조건: 프로젝트에 대한 Maintainer 또는 Owner 역할, 또는 네임스페이스에 대한 Owner 역할. 저장소 크기를 보려면: 상단 바에서 Search or go to 를 선택하고 프로젝트를 찾습니다. 왼쪽 사이드바에서 Settings > Usage quotas 를 선택합니다. Storage 탭을 선택합니다. 사용량 분석에서 Repository 행의 값을 확인합니다. 프로젝트가 사용하는 스토리지에 대한 자세한 내용은 스토리지 를 참조하세요. 크기 및 스토리지 제한 # 관리자는 GitLab Self-Managed에 대한 저장소 크기 제한 을 설정할 수 있습니다. GitLab SaaS의 경우 크기 제한은 사전 정의 되어 있습니다. 프로젝트가 크기 제한에 도달하면 푸시, 머지 리퀘스트 만들기, LFS 객체 업로드와 같은 특정 작업이 제한됩니다. Git 기록 재작성 전 # 저장소에서 Git 기록을 재작성하고 데이터를 제거하기 전에 다음 섹션의 정보를 고려해야 합니다. 로컬 클론을 변경해야 함 # 저장소 클론이 있는 모든 사람은 다음 중 하나를 해야 합니다: 로컬 복사본을 삭제하고 저장소의 새 복사본을 클론합니다. 모든 원격 변경 사항을 페치하고 진행 중인 모든 작업이 그 위에 리베이스되도록 합니다. 올바르게 수행되지 않으면 로컬 변경 사항을 푸시하는 사용자가 삭제하려 했던 파일을 복구할 수 있습니다. 실행 중인 파이프라인이 정리 실패를 일으킬 수 있음 # 정리 중에 여전히 파이프라인이 실행 중이면 저장소와 상호 작용하여 정리가 제대로 작동하지 않을 수 있습니다. 가비지 컬렉션 유예 기간 # GitLab은 30분의 유예 기간으로 Git 가비지 컬렉션을 실행합니다. 이 프로세스는 다음 두 조건을 모두 충족하는 객체를 정리합니다: 어떤 참조에서도 도달할 수 없는 것. 최소 30분 이상 된 것. 제거하려는 데이터가 어떤 커밋에서도 도달 가능하거나 30분 미만인 경우 Git 가비지 컬렉션이 제거하지 않습니다. 결과적으로 하우스키핑을 실행한 후 Prune unreachable objects 를 선택하기 전에 최소 30분을 기다려야 합니다. 포크된 프로젝트에서 기록을 재작성할 수 없음 # 내장 메서드는 포크된 저장소에서 사용할 수 없습니다. 포크 전체에 걸쳐 GitLab 객체가 저장되는 방식으로 인