큰 바이너리 파일을 포함하는 git repo 최적화

우리 프로젝트는 약 11GB이며 그중 10 개는 이진 데이터 (.png 이미지)입니다. 결과적으로 a git diff또는 git status작업이 1 분 이상 소요됩니다. 다행히 모든 데이터 파일은 멋진 이름을 가진 폴더로 분리됩니다 data. "이진 파일에 대한 압축, 확산 및 기타 비용이 많이 드는 작업은 피하십시오."

• 프로젝트를 두 개의 저장소로 나누는 것이 고려되었습니다. 그런 다음 data외부 리포지토리가되며, 이는 메인 소스 코드 리포지토리에 의해 체크 아웃됩니다. 저장소를 동기화 상태로 유지하는 오버 헤드는 특히 데이터 파일로 작업하는 아티스트에게 너무 많은 것으로 결정되었습니다.

• 명시 적으로 이러한 파일은 바이너리 이눔 말 , 차이점은 파일을 제외 간주되었다, 그러나 그 질문에 단지 부분적인 해결책처럼 보인다.

git 속성이 해결책이라고 생각하지만 어떻게? 아니면 모 놀리 식 레포보다 더 나은 아키텍처가 있습니까?

당신이 사용할 수있는 자식-LFS 또는 유사한 도구 (자식 지방, 자식-별관 등). 이러한 도구는 기본적으로 리포지토리의 이진 파일을 해시가있는 작은 텍스트 파일로 바꾸고 실제 이진 데이터를 네트워크 공유와 같이 git이 아닌 방식으로 저장합니다.

해시 만 비교할 때 diff와 모든 것을 초고속으로 만들고, 적어도 git-lfs의 경우 사용자에게 투명합니다 (한 번 설치 한 후).

Afaik git-lfs는 github, gitlab, VisualStudio에서 지원되며 오픈 소스입니다.

GIT 및 SVN 저장소를 모두 사용하십시오.

이진 파일을 소스와 논리적으로 분리 할 수있는 경우 텍스트 파일에 git을 사용하고 이진 파일에 대한 subversion과 같은 비 DVCS를 고려할 수 있습니다.

내가 작업하는 프로젝트는 컴파일 된 라이브러리 (OSX / Win32 종속성의 경우)마다 많은 GB가 있으므로 버전을 유지해야하기 때문에이 작업을 수행합니다.

반면에 비 기술적 인 사용자가있는 경우 두 가지 버전 제어 시스템을 사용하면 문제가 발생할 수 있습니다. 그러나 아티스트가 코드 작업을하지 않는 경우 업데이트를 수행하는 스크립트를 제공 할 수 있으며 서브 버전을 사용하여 이진 자산을 커밋 할 수 있습니다.

SVN 사용 (포함 git svn)

이 트레이드 오프는 항상 일반적인 자식을 사용하는 개발자에게는 좋지 않지만 메인 리포지토리에 SVN을 사용할 수 있으며 개발자는 git svn도구 를 사용할 수 있습니다 .

이것은 git를 사용하는 개발자에게는 조금 더 효과적이지만 DVCS (또는 일반적으로 VCS)에 익숙하지 않은 모든 사람들에게는 의미가 있습니다. 복잡한 버전 제어 시스템을 여러 번 사용하지 않고도 SVN의 간단한 모델을 사용할 수 있습니다.

git-lfs도 옵션이지만 사용하지 않았으므로 작동 방식에 대해 이야기 할 수 없습니다.