멀티미디어 (대용량 파일)를위한 버전 제어 시스템?


24

대용량 파일을 다루는 데 특히 좋은 (또는 나쁜) 버전 제어 시스템이 있습니까? 너무 미친 것은 아니지만 수백 메가 바이트에서 기가 바이트까지 말합시다.

우리는 현재 subversion을 가지고 있지만,이 목적에 적합하지 않은 것에 대한 약간의 실수가 있습니다. 나는 개발자가 아니며, 그들이 얼마나 객관적인지 잘 모르겠 기 때문에 추가 정보를 얻기 위해 빠른 커뮤니티 설문 조사를 할 것이라고 생각했습니다.

시스템 관점과 사용자 관점에서 이러한 VCS 솔루션의 동작 또는 적합성에 관심이 있습니다.

티아.


2
답변을 알고 싶습니다. 지금은, 단지 rdiff-backup과 스크립트 ...
Javier

@Javier, 이것은 우리가 사용하는 솔루션이며 지금까지는 훌륭하게 작동했습니다!
faultyserver

/ svn / REPO / 2012 / -811Gb, subversion-1.6.23 (r1485506). 문제 없습니다
ALex_hha

답변:


4

멀티미디어 및 창작 워크 플로우를위한 또 다른 옵션은 현재 Avid가 소유 한 AlienBrain입니다. 많은 게임 스튜디오에서 게임 자산과 코드의 버전을 제어하는 ​​데 사용됩니다.

http://www.alienbrain.com/

미디어 자산을 다루지 않는다면 최상의 솔루션이 아닐 수도 있습니다.


그것은 실제로 그들이 일했던 특정 대형 게임 스튜디오에서 사용했던 것입니다. 이름을 기억하지 못했습니다. 감사. :)
DictatorBob

7

바이너리 파일에 관해서는 매우 많은 것을 알 수 있습니다.

당신이 들었던 머 터링은 버전 제어 바이너리가 버전 제어의 힘과 약간 상충된다는 개념에서 비롯된 것입니다. 이진 파일은 diff하거나 병합 할 수 없으므로 바보 사본으로 취급됩니다. 전체 파일은 작은 변경마다 바뀝니다.

이것은 당신이 말을하지 않습니다 수 없습니다 버전 관리 바이너리 파일이나 참으로 유용 아니라고가 당신이 그렇게 할 수 있습니다. 어제 커밋 한 버전으로 파일을 롤백해야하는 경우 어떤 경우에 그것은 당신에게 사용을 제공했습니다.

스냅 샷이있는 스토리지 솔루션이 더 효율적이고 더 나은 서비스를 제공 할 수 있습니다.


2
스냅 샷이있는 스토리지 시스템도 권장합니다. ZFS를 사용하여 가상 컴퓨터 하드 드라이브의 버전을 지정하면 제대로 작동합니다. 스냅 샷은 거의 즉각적이며 변경된 블록을 저장하는 데 필요한 공간 만 차지합니다.
Amok

스냅 샷이 좋은 옵션 일 수 있습니다. 나는 그것이 (주로) 독립적이 될 수 있도록 설정할 수 있는지 여부에 달려 있다고 생각합니다.
DictatorBob

@ Dan, 이것은 단순히 복사하여 붙여 넣는 것보다 낫지 않습니까?
Pacerier

6

Boar 가 귀하의 요구 사항을 충족시키는 것 같습니다 . 비디오 또는 사진과 같은 큰 이진 파일의 버전 제어입니다.


이 프로젝트는 현재 저장소 상태의 작업 디렉토리 사본이 없기 때문에 나에게 호소합니다. 백업 된 데이터 (및 수정본)와 원본 만 있고 저장소의 마지막 업데이트 상태의 '백업'이 아니라는 것을 의미합니다. 또는 적어도 그것이 저에게 보이는 방식입니다.
MrSnowflake

4

많은 바이너리 파일 (예 : 게임)을 처리해야하는 사람들은 대부분 퍼 포스를 사용하는 경향이 있습니다.


3

git-annex는 "파일 내용을 git으로 검사하지 않고 git으로 파일을 관리 할 수 ​​있습니다. 역설적으로 보일 수 있지만, 메모리, 시간 또는 디스크의 제한으로 인해 현재 git보다 큰 파일을 처리 할 때 유용합니다. 공간."


1

Adobe는 멀티미디어 프로젝트 용으로 제작 된 Version Cue CS4를 제공합니다. 확인하고 싶을 수도 있습니다.


1

저는 믿습니다 바자가 아주 잘 바이너리 파일을 처리하는이 기록 될 것으로 보인다 여기 (4.1). 나는 이것이 당신이 돈을 쓰길 원하는지 아닌지에 달려 있다고 생각합니다.하지만 문서에는 더 나은 도구가 있습니다 (그러나 이름을 밝히지 않습니다).


3
그 사이트에서 인용 : 즉, bzr은 주로 미디어 아카이브 시스템이 아닌 소스 코드 제어 시스템입니다. 따라서 거대한 (100 메가 바이트) 이진 또는 멀티 기가 바이트 트리를 지원하는 것이 우선 순위가 아닙니다. 그것에 더 적합한 다른 도구가 있습니다.
Cristian Ciupitu

1

Subversion 의 Wikipedia 페이지 에는 개인 경험이 없지만 바이너리 파일을 지원한다고 설명되어 있으므로 작동 방식에 대해서는 언급 할 수 없습니다.

공간 효율적인 이진 차이 저장 장치를 사용하여 이진 파일에 대한 기본 지원


1

Autodesk 소프트웨어 (Maya, Autocad, Inventor 등)를 사용하고있는 경우에는 Autodesk Vault가 있습니다.

나는 최근에 직장에서 이것을 발견했다. 무료는 아니지만 Autodesk 미디어 자산 파일에서 작동하는 유일한 VCS입니다.

그러나 검사 할 수있는 파일의 변경 사항을 추적하는 데만 적합하므로 파일을 그리는 것이 좋지만 '렌더링 된 자산'에는 불가능합니다.

아마도 git과 함께 갈 것입니다.


1

완전히 측면적인 방법은 Docker 가 사용하는 통합 파일 시스템 AUFS 를 사용하여 사용자가 전체 파일 시스템 노드에 대해 diff를 생성하고 게시 할 수 있도록하는 것입니다. 그들은 그들의 블로그 에서 그것에 대해 이야기합니다 .

이것은 모든 git 도구로 버전을 제어하는 ​​것은 아니지만 실제 크기 제한없이 큰 트리에서 파일을 추가하고 수정할 수 있습니다.

이것은 미디어 파일에 대해서만 매우 강력한 솔루션이지만 세부적인 제어 기능을 제공하지 않으므로 Docker와 비슷한 프로젝트에 가장 적합하다고 생각합니다.


0

Git 은 "수백 메가 바이트에서 기가 바이트"바이너리 파일을 처리 할 수 ​​있습니다. 매우 빠릅니다.


1
또한 서버 기반이 아닙니다. 로컬 컴퓨터에 전체 리포지토리의 복사본이있는 분산 VCS의 아이디어가 정말 마음에 들지만 리포지토리가 1000GB를 불면 약간 느리고 번거로울 수 있습니다. 기가 바이트 크기 그런 다음 중앙 리포지토리 + 로컬 작업 폴더를 사용하여 로컬 시스템을 제자리에 유지할 수 있습니다.
TomTom

0

디지털 자산 관리 에 대한 검색은 "DAM"으로 보입니다.이 파일은 게임 개발자, 스튜디오, 대용량 파일을 보유한 과학자를 대상으로합니다. 상용 제품이 상당히 많으며, 아티스트 및 비 엔지니어 유형을 대상으로하기 때문에 GUI가 쉬울 것입니다. 나는 오픈 소스이고 단순하고 유연 해 보이기 때문에 지금 resourcespace.org를보고있다.


Git-lfs가 공개되었습니다. YMMV
사슴 사냥꾼

예, git-lfs가 있으며 Windows 용 github도 있습니다 ... 사용을 위해 포기하지 않았지만 git-lfs + gitforwindows는 GUI가 좋지 않지만 로컬 저장소를 사용할 수 있습니다. github은 githuib에 저장해야한다고 생각합니다.이 주제의 출발점이 아닙니다. 멋진 GUI가 있습니다. 둘 다 Git Bash를 제공합니다.
John Fisher
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.