우리는 직장에서 SCM에 행복하게 SVN을 사용합니다. 현재 우리의 코드와 동일한 SVN 저장소에 바이너리 자산이 있습니다. SVN은 매우 큰 파일을 지원합니다 (메모리 사용을 제대로 유지하기 위해 'streamily'를 전송합니다). 그러나 SLOOWWWWW입니다.대용량 파일의 버전 제어
약 1GB (및 증가)의 자산에 대해 어떤 자산 관리 소프트웨어를 권장합니까? 분기 및 병합 (다른 자산 & 구성 파일이 다른 고객에게 제공됨)을 선호합니다.
바이너리 파일을 병합하는 것이 거의 불가능하다는 사실을 명심하십시오! 적어도 자동으로. 적어도 바이너리 형식으로 3 방향 병합을 지원하는 프로그램에 대해서는 들어 보지 못했습니다. 혼자서 충돌 해결하자.
그래서 대부분의 자산 관리 도구는 다시 병합 할 수 없기 때문에 분기점이 없습니다. 잠금 및 선형 히스토리가 더 좋습니다. "분기"를 원하면 히스토리가있는 파일의 사본을 만드십시오.
Perforce는 거대한 파일 및 전체 프로젝트에 사용되는 유일한 버전 제어 시스템입니다. 2 인용 좌석은 무료이지만 더 많은 사용자에게 비용이 많이 든다 (좌석 당 약 900 달러). 나는 그것이 테라 바이트만큼 큰 리포지토리를 다룰 수 있다고 들었다.
다른 옵션 일 수도 있습니다. SVN과는 다소 다르게 동작하지만 더 큰 프로젝트 (예 : Linux 커널)에 적합합니다. 큰 바이너리 파일에 대해 좋은지 잘 모르겠습니다.
거대한 파일을 관리해야하는 경우 Plastic SCM (www.plasticscm.com)을 사용해보십시오. AFAIK Perforce도 옵션이지만 분기와 병합은 그렇게 강력하지 않습니다.
우리 회사에서는 Documentum을 ECMS로 사용하여 많은 양의 이진 파일을 관리합니다. Documentum (또는 Alfresco와 같은 다른 ECMS)은 문서를 관리하는 "올바른"솔루션이라고 생각합니다. Documentum은 태그 지정 및 분기를 지원하고 WebDAV로 파일을 표시 할 수 있으므로 (워크 플로에 대한 통합이 다소 투명해질 수 있음)
그건 이론입니다. 실제로 Documentum은 느리고 구성 및 관리가 어려웠습니다. 그리고 솔직히 많은 문서가 있더라도 대부분은 몇백 가지가 넘지 않습니다.
이 답변은해야 할 일보다 더 많이해야합니다 ... 미안 ...
Mercurial large files extension 도움이 될 수 있습니다. 파일에 태그를 붙일 수있는 능력을 "큰"것으로 추가합니다. 저장소를 나머지 저장소와 별도로 중앙 저장소에 저장합니다. 해시를 사용하여 필요한 대용량 파일의 버전을 확인하고 필요한 파일 만 다운로드합니다.
중복 : http://stackoverflow.com/questions/275147/svn-optimizations-to-keep-large-repositories-responsive –
첫 번째 단락은 공유되며 질문은 완전히 다릅니다. –