[version-control] 그래픽 버전 관리


6 Answers

GitHub는 최근에 "이미지보기 모드"를 도입했습니다 : https://github.com/blog/817-behold-image-view-modes .

Question

개발 팀이 제품에 포함 된 모든 이미지를 만드는 그래픽 아티스트를 포함 (또는 사용)한다고 가정 해보십시오. 아이콘, 비트 맵, 창 배경, 버튼 이미지, 애니메이션 등을 포함합니다.

분명히, 소프트웨어를 만드는 데 필요한 모든 것은 버전 제어의 어떤 형태로 이루어져야합니다. 그러나 개발자를위한 대부분의 버전 제어 시스템은 주로 텍스트 기반 정보 용으로 설계되었습니다. 그래픽 사용자는 코더와 동일한 버전 제어 시스템과 저장소를 사용해야합니까? 그렇지 않다면 무엇을 사용해야하며 모든 것을 동기화하는 최선의 방법은 무엇입니까?




분명히 버전 제어하에 그래픽을 넣을 것입니다. diff는 diffmerge와 같은 diff 도구 내에서별로 유용하지 않을 수도 있지만 두 가지 버전의 그래픽을 체크 아웃하고 나란히 표시하여 차이점을 확인할 수 있습니다.

결과 그래픽이 코더가 사용하는 것과 동일한 버전 제어 시스템에 보관되어서는 안되는 이유는 없습니다. 그러나 PSD 파일 또는 PDN 파일을 사용하여 그래픽을 만들 때 개발 된 응용 프로그램에서 생성 및 배포되는 실제 최종 jpeg 또는 gif와는 다른 컨텍스트를 가지기 때문에 별도의 리포지토리를 만들 수 있습니다.




많은 그래픽 유형의 사람들은 전복보다 더 정교한 것을 원할 것입니다. 버전 관리에 적합하지만 자산, 태그 지정, 축소판 및 이러한 종류의 (버전 관리와 같은) 상호 참조를 허용하는 컨텐츠 관리 시스템이 필요합니다.




@Damian - 태그 지정 및 교차 참조에 대한 좋은 지적. 그건 사실이야. 소프트웨어 개발 프로젝트에서 많은 디자이너와 함께 일한 것은 아니지만 설계 부서가있는 회사에서 근무했으며 문제가 있음을 알고 있습니다. 디자이너는 여전히 (영구적으로) 이런 종류의 일을 처리 할 수있는 완벽한 시스템을 찾고 있습니다. 나는 이것이 모든 자산에 대한 공유 액세스, 검색 및 버전 관리 등을위한 디자인 부서에 더 적합하다고 생각합니다. 가능한 경우 언제 어디서나 바퀴를 재발 명하지 않는 비즈니스 인센티브가있는 곳입니다. 나는 태그 지정과 상호 참조가 적용 할 수 없을만큼 프로젝트 지향적 인 방식으로 적용 할 것이라고 생각하지 않습니다.




Boar : "사진, 비디오 및 기타 바이너리 파일의 간단한 버전 제어 및 백업"을 살펴볼 수 있습니다. 그것은 어떤 크기의 이진 파일을 처리 할 수 ​​있습니다. http://code.google.com/p/boar/




우리는 전복을 사용합니다. / trunk / docs 아래에 comps를위한 폴더를 놓고 디자이너가 체크 아웃하고 해당 폴더에 커밋하도록하십시오. 챔피언처럼 작동합니다.




@lomaxx TortoiseSVN에는 TortoiseIDiff라는 이미지가있는 것으로 보이는 프로그램이 있습니다. 나는 그것을 사용하지 않았지만 흥미 로워 보인다.



Related