본문 바로가기
IT-개발트렌드

Github의 최대 용량은?

by SB리치퍼슨 2022. 1. 10.

Github의 최대 용량은?


Github.com 을 많은 사람들이 사용하고 있습니다.

github은 점점 기능을 추가하고 개선을 하면서 여러가지 기능을 제공하고 있습니다.

거기에다 자동으로 버전업(형상관리)를 해주고 있으니 얼마나 편리한지 모르겠습니다.

간단한 text 파일 작성이라든가, markdown 파일 작성, 각종 소스관리가 무척 편리합니다.

그래서, github 이용자는 점점 늘어나고 있습니다.

github project 관리 기능

그런데, 단지 텍스트 파일이 아닌 다른 파일들 즉, 이미지나 특정 문서 포맷 파일, 다이어그램 파일 등을

업로드해서 저장하려고 하면 용량이 기하급수적으로 늘어납니다.

이럴 경우에는 내가 사용할 수 있는 용량이 얼마인지 점차 궁금해지고

구글링이나 다음에서 검색해서 찾아보게 되겠죠.

그래서 좀 알아봤습니다. github는 개인의 용량 관리를 어떻게 하고 있을까?

https://docs.github.com/en/repositories/working-with-files/managing-large-files/about-large-files-on-github

위 사이트에 들어가서 확인해보면

큰 파일에 관하여

GitHub는 일반 Git 리포지토리에서 추적할 수 있는 파일의 크기를 제한합니다. 제한을 초과하는 파일을 추적하거나 제거하는 방법을 알아보세요.

파일 크기 제한

GitHub는 리포지토리에 허용되는 파일 크기를 제한합니다. 50MB보다 큰 파일을 추가하거나 업데이트하려고 하면 Git에서 경고가 표시됩니다. 변경 내용이 저장소에 성공적으로 푸시되지만 커밋을 제거하여 성능에 미치는 영향을 최소화할 수 있습니다.

깃허브 블록은 100MB를 초과하는 푸시입니다.

이 제한을 초과하는 파일을 추적하려면 Git LFS(Git Large File Storage)를 사용해야 합니다. 자세한 내용은 "Git 대용량 파일 저장소 정보"를 참조하십시오."

리포지토리에 대용량 파일을 배포해야 하는 경우 파일을 추적하는 대신 GitHub.com에서 릴리스를 생성할 수 있습니다. 자세한 내용은 "대형 바이너리 배포"를 참조하십시오."

Git은 대용량 SQL 파일을 처리하도록 설계되지 않았다. 다른 개발자와 대용량 데이터베이스를 공유하려면 Dropbox를 사용하는 것이 좋습니다.

리포지토리 크기 제한

리포지토리의 크기는 1GB 미만으로 유지하는 것이 좋으며 5GB 미만이 좋습니다. 저장소가 작을수록 복제 속도가 빨라지고 작업 및 유지 관리가 쉬워집니다. 저장소가 인프라에 과도하게 영향을 미치는 경우 GitHub Support로부터 수정 조치를 취하라는 이메일을 받을 수 있습니다. NAT은 특히 공동작업자가 많은 대규모 프로젝트에 유연성을 발휘하기 위해 노력하고 있으며, 가능한 경우 항상 귀사와 협력하여 해결책을 모색할 것입니다. 저장소의 크기와 전체 상태를 효과적으로 관리하여 저장소가 인프라에 영향을 미치지 않도록 할 수 있습니다. github/git-sizer 저장소에서 저장소 분석을 위한 조언 및 도구를 찾을 수 있습니다.


Git 대용량 파일 저장소 정보

Git LFS는 저장소에 파일에 대한 참조를 저장함으로써 대용량 파일을 처리하지만 실제 파일 자체는 처리하지 않는다. Git의 아키텍처에서 작업하기 위해 Git LFS는 실제 파일(다른 곳에 저장)에 대한 참조 역할을 하는 포인터 파일을 만든다. GitHub는 저장소에서 이 포인터 파일을 관리합니다. 저장소를 복제하면 GitHub가 포인터 파일을 맵으로 사용하여 대용량 파일을 찾습니다.

Git LFS를 사용하면 다음과 같이 파일을 저장할 수 있습니다.

https://docs.github.com/en/repositories/working-with-files/managing-large-files/about-git-large-file-storage


저장소 및 대역폭 사용량

Git Large File Storage를 사용하는 모든 계정에는 매월 1GB의 여유 저장 공간과 1GB의 여유 대역폭이 제공됩니다. 대역폭 및 스토리지 할당량이 충분하지 않은 경우 Git LFS에 대한 추가 할당량을 구입하도록 선택할 수 있습니다.

예를들면,

500MB 파일을 Git LFS에 푸시하면 할당된 500MB의 스토리지를 사용하고 대역폭은 사용하지 않습니다. 1바이트를 변경하고 파일을 다시 푸시하면 500MB의 스토리지를 추가로 사용하고 대역폭은 사용하지 않으므로 이 두 푸시에 대한 총 사용량이 1GB의 스토리지와 0대역폭으로 늘어납니다.

LFS로 추적되는 500MB 파일을 다운로드하면 저장소 소유자가 할당한 대역폭 중 500MB를 사용하게 됩니다. 공동작업자가 파일을 변경하고 새 버전을 로컬 리포지토리로 가져오면 500MB의 대역폭을 추가로 사용하여 두 다운로드의 총 사용량을 1GB의 대역폭으로 가져옵니다.

깃허브 액션이 LFS로 추적되는 500MB 파일을 다운로드하면 저장소 소유자가 할당한 대역폭 중 500MB를 사용하게 된다.

스토리지 할당량

데이터 팩을 구입하지 않고 1GB 이상의 스토리지를 사용하는 경우에도 자산이 큰 리포지토리를 클론할 수 있지만 포인터 파일만 검색하고 새 파일을 다시 푸시할 수 없습니다. 포인터 파일에 대한 자세한 내용은 "Git 대용량 파일 저장소 정보"를 참조하십시오.

대역폭 할당량

데이터 팩을 구매하지 않고 월 1GB 이상의 대역폭을 사용하면 다음 달까지 계정에서 Git LFS 지원이 비활성화됩니다.

https://docs.github.com/en/repositories/working-with-files/managing-large-files/about-storage-and-bandwidth-usage

 

반응형

댓글