저는 소프트웨어 개발자이며 개발 및 개발에 많은 시간을 할애하고 있습니다. 가장 유용한 개발 도구 중 하나는 버전 관리 이며, 초기 단계에서는 다음과 같이 작동합니다.
어쨌든 비슷한 사진이 사진에 사용되는지 궁금합니다. 본질적으로 나는 다음과 같은 라인을 따라 무언가를 생각하고 있었다.
위의 흐름을 통해 훨씬 더 많은 변경 사항을 추적하고 일종의 백업 전략을 제공 할 수 있습니다 ...
답변:
Adobe Lightroom 및 Apple Aperture와 같은 사진 워크 플로 응용 프로그램은 기능의 일부로 이러한 종류의 기록을 제공합니다.
이 파일에서 RAW 파일을 편집하면 원본 이미지가 변경되지 않습니다. 대신 '지시 사항'으로 별도로 저장됩니다. 따라서 모든 변경 사항의 이력을 볼 수 있으며 마우스 클릭 한 번으로 이전 시점으로 비파괴 적으로 돌아갑니다.
Photoshop을 사용하는 경우에는 이런 일이 발생하지 않으며 매번 작업하기 전에 다른 버전의 사진을 수동으로 저장해야합니다.
(사진에 SVN 저장소를 사용할 수없는 이유가 없다고 생각합니다. 즉 이진 파일?)
가상 변경
Lightroom v3을 사용하는데이 제품에는 비파괴적인 워크 플로가 있습니다. 이를 통해 가상의 의미로 이미지를 변경할 수 있습니다.
버전 관리
그런 다음 SVN을 사용하여 Lightroom Catalog (단순한 SQLite DB) 제어를 유지하면 기본적으로 가상 변경에 대한 버전 제어가 가능합니다.
여분
중복 백업용 미디어와 USB 드라이브주기를 회전 백업 시스템으로 유지하는 RAID 6 설정이 있습니다.
이것은 모든 사람에게 효과가 없을 수도 있지만 저에게는 효과적입니다. 또한 여러 컴퓨터를 사용할 수 있으며 svn 커밋 / 업데이트주기를 사용하여 동일한 LR 카탈로그를 가질 수 있습니다.
블로그 게시물에서 발췌 여기 :
RAID 6 기반 서버가있는 두 대의 컴퓨터에 Lightroom이 있으며 모든 것을 동기화하여 컴퓨터간에보다 쉽게 생활 할 수 있도록하는 방법에 대해 고심하고 있습니다.
몇 가지 결정을 내린 후 이제 사진을 \ server \ share로 옮기고 카탈로그는 subversion을 통해 추적됩니다! 이것은 기계간에 모든 것을 훨씬 쉽게 만듭니다.
내가 한 것은 Lightroom 카탈로그를 보유하는 저장소를 생성 한 것입니다. Subversion에 일부 문제가 있으므로 미리보기 파일을 포함하지 않는 예외를 추가했습니다.
이제 내 단계는 다음과 같습니다.
Update subversion Run Lightroom Import pictures Move images between local drive import and the media file share Make any required changes Exit lightroom Commit catalog That's it!
git-annex (사진 및 백업 관리)를 bup 리모콘 (버전 관리 용)과 함께 사용하고 싶을 수도 있습니다. 나는 현재 실제로 그것을 직접 조사하고 있습니다.
git-annex 는 파일에 대한 심볼릭 링크를 커밋하여 git을 사용하여 파일을 추적합니다. 파일 자체는 저장소에 추가되지 않습니다. 사진이 "부속"되면 저장소 (예 : 외장 하드 드라이브)를 복제하면 복제본에 하드 드라이브의 저장소와 연관된 파일 (또는 그 일부)을 검색하도록 요청할 수 있습니다. git-annex는 어떤 저장소에 모든 파일의 복사본이 있는지 추적합니다. 이렇게하면 두 개의 작은 하드 드라이브에서 백업을 분할하고 사진을 잊어 버리지 않았는지 확인할 수 있습니다.
여행 중이라고 가정하십시오. 랩탑에 복사 된 사진을 촬영했습니다. 집의 ssh 서버에있는 git 저장소를 복제하고 동기화하고 로컬 사진을 git-annex에 컬렉션에 추가 한 다음 변경 사항을 서버에 푸시 할 수 있습니다. 그런 다음 파일 자체를 푸시합니다.
git-annex는 컬렉션의 변경 사항을 추적하지만 사진의 마지막 버전 만 유지합니다. 파일 버전 관리 를 위해 git-annex 저장소에 특수 bup 원격을 추가 할 수 있습니다 . 나는 그것이 필요한지 확실하지 않기 때문에 아직 조사하지 않았지만 원하는 것을해야합니다. 이것 또는 이것 참조 .
Lightroom을 사용하여 이미지 편집을 수행하고 버전 기록을 유지합니다. Photoshop을 사용하려는 경우 버전 제어는 Adobe Drive 및 Version Cue와 같은 거의 내장되어 있습니다. Version Cue는 Creative Suite의 일부일 뿐이라고 생각합니다.
Pixel Novel은 Photo Shop에 연결하여 이미 가지고 있거나 Subversion 서버에서 사용할 수 있다고 생각합니다.
"디자이너를위한 버전 관리"라고합니다.
Lightroom 대신 Photoshop 및 Adobe Camera Raw를 사용하므로 변경 사항을 추적하기 위해 원시 변환 설정을 방해하는 XMP 파일의 버전 제어를 사용합니다. 이것은 XMP 파일이 XML이기 때문에 실제로 잘 작동합니다. 모든 색상 보정을 먼저 수행하고 XMP 파일을 체크인 한 다음 비표준 종횡비로 자르기를 수행하는 것이 편리합니다. 이렇게하면 원본 3x2 화면비로 이미지를 인쇄해야하는 경우 자르지 않은 버전으로 빠르게 되돌릴 수 있습니다.
Photoshop에는 자체 내장 된 버전 추적 시스템이 있다는 것을 알고 있지만 더 잘 알고있는 도구를 사용하는 경우입니다. 빌드 스크립트 / 빌드 자동화와 같은 유용한 다른 코딩 도구가 있습니다. 예를 들어 인쇄 대상으로 자르지 않은 XMP 파일을 사용하여 사진 세트를 "빌드"하는 단일 명령을 발행하여 프로세스 이름 바꾸기를 변환하고 세트의 모든 이미지를 출력 할 수 있습니다. 소프트웨어를위한 방법을 이미 알고 있다면 정말 쉽습니다!
바이너리 파일을 리포지토리에 추가 할 수 있지만 많은 저장 공간이 필요하며 다른 버전을 비교할 때 유용한 diff 정보를 얻지 못합니다.
이것은 정기적 인 원시 변환, 노출, 색상 균형 등을 설정하기위한 것입니다. 더 많은 Photoshop 작업을 위해 조정 레이어 및 스마트 필터를 사용하여 비파괴 적으로 할 수있는만큼 많이 할 수 있지만 아직 모든 것을 할 수있는 시점에 도달하지 못했습니다. 비파괴 적으로 당분간은 여러 버전의 .PSD 파일을 저장합니다.
또한 소프트웨어 개발자이며 이동식 드라이브와 XMP 버전 사이에서 사진을 동기화하는 기능을 위해 대형 RAW 및 XMP에 Git 및 SVN을 사용해 보았습니다. 더 많은 파일을 추가함에 따라 시간이 지남에 따라 속도가 느리고 느려졌습니다. 또한 역사를 위해 Lightroom을 사용하므로 다시 rsync로 돌아갔습니다.
이제, 나는 또한 git-annex를 조사하고 있으며 지금까지 훌륭하고 빠릅니다. 또한 각 RAW 파일을 체크섬하는 이점이 있으므로 가져 오기 이후 불량 HD가 이미지를 엉망으로 만들 었는지 확인할 수 있습니다. 백업을 테스트하여 복사본 / 비트 썩음으로 인해 성능이 저하되지 않았는지 확인할 수 있기 때문에 이것은 큰 이점입니다. XMP 만 버전 관리하고 RAW를 첨부 할 계획입니다. git-annex는 사물이 어디에 있는지 아는 레거시를 수행 할 수 있으며 원하는 경우 모든 것이 백업되고 서버에 작업 사본이 있는지 확인할 수 있습니다.
Amazon Glacier 리모컨을 사용할 수도 있으므로 읽었지만 아직 시도하지 않았습니다.
Daminion을 확인하십시오. 보관 된 사진 및 기타 미디어 형식의 버전 제어를 지원하는 사진 관리 소프트웨어 (다중 사용자 친화적)입니다.
단일 사용자 Daminion 버전은 무료이므로 지금 다운로드하여 확인할 수 있습니다 .
나는 관련 파일의 크기 때문에 Git 또는 SVN과 같은 소스 버전 제어를 사용하지 않을 것입니다. 각 원시 파일은 20-30MB이며 변경 내용은 종종 전체 이미지의 모든 픽셀에 닿아 "변경 내용 추적"효과를 줄입니다.
단일 이미지의 경우 원본 사본과 최종 이미지 사본을 저장하려는 경우 60MB 대신 200MB SVN 저장소를 쉽게 볼 수 있습니다.
여기에 대한 좋은 토론이 있습니다 : https://www.impulseadventure.com/photo/flow-catalog-versions.html
코드 리포지토리와 이미지 DAM 간에는 상당한 차이가 있습니다.
석사
--- 자르고 날카롭게.
--- --- Facebook 해상도 감소
--- --- 갤러리의 큰 미리보기 이미지
--- --- 갤러리의 중간 축소판
--- --- 갤러리의 작은 썸네일.
--- --- 갤러리 워터 마크가있는 대형 버전
--- --- --- 워터 마크가있는 흑백 버전
--- --- --- 흑백 버전
--- --- 고객을위한 특수 작물.
--- --- 다른 클라이언트에 맞게 조정 된 컬러 캐스트
(웹 페이지마다 이미지마다 18 가지의 해상도가있었습니다.)
코드는 버전마다 약간의 차이가 있습니다. 일반적인 체크인에서는 코드의 몇 퍼센트 만 변경됩니다. 이미지에서 대부분의 픽셀이 일부 변경되며 변경 사항 만 저장하여 공간을 절약 할 수 있습니다.
코드 리포지토리에서는 비트 수준 변경에 관심이 있습니다. 여기 코드 한 줄, 거기에 상수 값. 이미지 조작에서 수행 한 단계의 히스토리가 더 중요합니다.
이미지 작업은 코드보다 훨씬 덜 협업적인 경향이 있습니다. 그래픽 아티스트는 기존 이미지를 가져 와서 그래픽 아트 워크를 겹쳐 놓을 수 있지만 대부분의 이미지는 수명 기간 동안 한 사람이 관리합니다. (이것은 비디오 / 영화에서 다릅니다.)
소프트웨어에서 기본 수준은 프로젝트입니다 . 단일 클래스 파일은 나머지 프로젝트 없이는 큰 의미가 없습니다. 이미지 처리에서 이미지는 기본 단위입니다. 단일 소프트웨어 프로젝트 (Microsoft Word ...)에서 평생 동안 일할 수 있습니다. 사진에서는 이미지에 몇 분 이상 걸리지 않습니다.
소프트웨어에서 중요한 작업은 변경 사항을 추적하고 이전 버전으로 되돌릴 수있는 것입니다. 이미지 처리에서 중요한 작업은 나중에 해당 이미지와 그 파생물을 찾을 수있는 것입니다.