답변:
데이터 압축이 얼마나 잘 작동하는지 확실하지 않지만 git annex 에 시도해 볼 수 있습니다 : http://git-annex.branchable.com
파일이 너무 크지 않으면 일반 자식 또는 수은이 가장 적합 할 수 있습니다. 모든 비용으로 SVN을 피하십시오
/programming/29292/version-control-for-graphics에 몇 가지 좋은 제안이 있습니다.
다음은 http://StackOverflow.com 의 질문에서 인용 한 것입니다.
"Github은 최근"이미지보기 모드 "를 도입했습니다. https://github.com/blog/817-behold-image-view-modes "
-
"매우 큰 프로젝트 (+ 100GB)에서 perforce를 사용하는 데 성공했지만 좀 더 예술가 친화적 인 버전 제어 서버에 대한 액세스를 마무리해야했습니다."
-
"TortoiseSVN은 이미지 개정판을 나란히 표시 할 수있어 매우 유용합니다. 다른 팀과 함께 큰 성공을 거두었습니다. 아티스트는 개념에 익숙해 진 후 롤백하는 기능을 좋아했습니다. 하지만 공간이 많이 필요합니다. "
타임 라인은 "any svn"과 함께 작동하며 인디자인 플러그인이기도합니다.
SVN은 아마도 여기서는 주제가 아닐 수도 있지만 간단히 말해서 단일 원본 파일을 추적 한 다음 시간이 지남에 따라 또는 새로운 "기준점"을 강요함에 따라 원본 파일의 변경 사항을 저장합니다.
이전 버전으로 안정적으로 되 돌리는 유일한 방법은 수동으로 비교하여 결정하는 것입니다. Repos는 원래 일반 텍스트 파일 (소스 코드)을 주로 사용했으며 원시 변경 사항을보고 사람이 읽을 수 있기 때문에 원하는 것을 결정하는 것이 쉽지만 바이너리 데이터 (이미지, 독점 형식, 컨테이너 형식) 등) 변경 사항은 사람이 읽을 수있는 형태가 아닙니다. 타임 라인은 다양한 커밋을 수행하고 표시하여이를 처리하는 방법으로 보입니다.
GIT 이미지에 스콧의 링크는 특정 형식에 대한 의미와 ( 내가 추측하고는 ) 아마 지원 PSD 파일, 특히 인디자인 파일 (즉, 임의의 바이너리 형식)한다. 타임 라인은 바이너리 데이터를 제시하기 위해 호스트 응용 프로그램에만 의존하는 플러그인 인 것 같습니다 (적어도 종이 IMO에 대한 좋은 해결책).
svn repo가 작동하는 기본 방법은 모든 차이점의 추적 및 기본 스토리지를 처리하는 서버 프로세스를 사용하는 것입니다. 그런 다음 작업 시스템에 클라이언트 프로세스가있어 항상 실행되고 컨텍스트 메뉴 등에 연결됩니다 (또는 명령 행 사용). 로컬 빈 폴더를 만든 다음 서버의 저장소에서 버전을 "체크 아웃"하여 SVN 폴더로 태그를 지정합니다. 이때부터 원하는대로 편집 할 수 있지만 svn 클라이언트를 사용하여 복사 또는 삭제를 이동해야합니다.파일 시스템의 파일 로컬 SVN 폴더에 새 파일을 추가하는 경우 추적하도록 태그를 지정해야합니다. 이 모든 것은 로컬에서 발생하며 리포지토리에 수동으로 "커밋"할 때 리포지토리 만 수정됩니다. 로컬 사본은 단일 버전이므로 파일을 되돌리려면 SVN 서버와 다시 통신해야합니다.
특히 큰 프로젝트를 체크 아웃하는 경우 텍스트 파일의 경우에도 SVN이없는 것에 비해이 모든 것이 느립니다. 필자가 SVN (과거 시제)을 사용한 프로젝트는 주로 소스 코드를 기반으로했으며, 2 만 ~ 3 만 개의 작은 파일과 전체 체크 아웃에는 커피 브레이크가 필요했습니다. 많은 작은 파일의 처리량 오버 헤드와 같은 스토리지 크기의 더 작은 이진 파일이 적었을 것으로 생각됩니다.
GIT은 약간 다르게 작동합니다.
Illustrator 및 InDesign 프로젝트에 git을 사용하고 있습니다. 그런 식으로 디자인을 관리하는 것은 쉽지 않다는 것을 인정해야합니다. 여기 내가 당신을 도울 수있는 몇 가지 팁 :
대부분의 버전 관리 시스템은 이진이 아닌 파일 형식을 처리하도록 설계되었습니다. 즉, 텍스트 파일입니다.
가볍고 포크와 브랜치가 쉽고 가볍고 증분 변경 사항을 추적합니다.
SVN 및 GIT와 같은 시스템은 PSD 파일을 처리하도록 설계되지 않았습니다. 이들은 거대한 파일이며 한 버전에서 다음 버전으로 쉽게 비교할 수 없으며 '병합'및 포크 등으로는 불가능합니다.
일부는 이진 파일을 허용 할 수 있습니다 .SVN은 믿지만 내 경험상 파일을 버전 화하려고 시도하지 않습니다. 대신 최신 버전을 교체합니다. 제한적으로 사용됩니다.
또한 작업 버전 관리 모델이 중단되면 자주 체크인하는 방법을 배웁니다. 이것은 코드에는 좋지만 20 분마다 100mb PSD 파일 버전을 체크인하는 경우 저장소를 관리 할 수없는 크기로 확장 할 것입니다.
분기 등이 없기 때문에 약간의 수정이 필요한 파일의 여러 사본을 가지고 수동으로 많은 작업을 수행 할 가능성이 있습니다. 아아, 이것은 버전 제어 사용에 대한 또 다른 파업을 위해 저장 해야하는 더 큰 파일을 의미합니다.
따라서 무거운 이진 파일의 경우 이와 같은 버전 제어 시스템 외부를 유지하고 DAM (Digital Asset Management) 도구를 살펴보고 싶을 것입니다.
아아, 무거운 문서를 위해 특별히 설계된 버전 관리 시스템은 많지 않습니다. Sharepoint는 하나이지만, 서투르고 자동화가 거의 이루어지지 않으며 PSD 크기의 파일을 처리하도록 거의 설정되지 않습니다.
가장 가능성있는 대안은 Adobe의 Version Cue이며, 이는 'Adobe Drive'제품으로 바뀌 었습니다.