중요한 PDF 파일이 많이 있습니다. 수정하는 유일한 방법은 주석을 추가/제거하는 것입니다. 이러한 파일의 버전을 제어하는 효율적인 방법이 있습니까? 아마도 SVN/Git과 같은 표준 도구를 사용할 수 있을 것입니다. SVN은 바이너리 파일의 경우에도 델타만 저장한다고 들었습니다. SVN/GIT의 경우 PDF 파일의 주석을 변경하는 것뿐이라면 델타가 엄청날까요? 규모가 크지는 않을 것 같지만 주석이 PDF 파일에 어떻게 저장되는지, 델타 알고리즘이 얼마나 똑똑한지는 잘 모르겠습니다.
답변1
활성 프로젝트에서는 git을 사용하여 배포 및 버전 제어를 수행합니다. 일부 파일은 PDF이며 꽤 잘 작동합니다. 말했듯이 델타를 수행할 수 있는 방법은 없습니다.
그러나 델타와 함께 작동할 수 있는 한 가지 가능성은 FDF로 나오는 주석을 내보낸 다음 이러한 내보내기 파일로 버전 제어를 수행하는 것입니다. FDF는 주석이 너무 크지 않으면 일반 텍스트 파일일 수 있습니다. 그러나 테스트를 실행해야 합니다.
답변2
다음을 사용하여 PDF 압축을 풀 수 있습니다.여러 가지 도구(qpdf, pdftk, mutol, cpdf). 예를 들어:
pdftk original.pdf output uncompressed.pdf uncompress
이렇게 하면 주석을 일반 텍스트로 보고 비교할 수 있는 형식으로 PDF가 제공됩니다. 압축되지 않은 파일은 일반적으로 주로 ASCII 문자로 구성되지만 여전히 이진 데이터를 포함할 수도 있습니다. 선택한 버전 제어 소프트웨어에서 이것이 어떻게 작동하는지, 그리고 "내장된" 바이너리 데이터와 잘 작동하는지 테스트해야 합니다.
문제는 주석을 수정하고(GUI 편집기를 사용하여) 파일을 저장하고 압축을 풀면 어떻게 되는지입니다. 운이 좋다면 주석을 제외하고 파일은 거의 동일하지만 보장되지는 않습니다. 소프트웨어 조합을 현명하게 선택해야 합니다.
답변3
PDF 파일의 기본 버전 관리에 대해 알지 못합니다(Google 검색도 마찬가지입니다). PDF 파일(wikipedia에 따르면)은 바이너리입니다. Delta 저장소는 텍스트 파일(예: 소스 코드 파일 및 추가 정보 파일)에서만 작동합니다.
저는 SVN과 Git을 사용한 경험이 있습니다. 압축 성능이 뛰어나고 분산 버전 관리 시스템인 Git 사용을 권장합니다. Subversion은 중앙 집중식 버전 제어 시스템입니다. 즉, 이를 실행하려면 서버가 필요합니다. 컴퓨터에 SVN 서버 소프트웨어를 설치할 수 있지만 비용을 들일 가치는 없을 것입니다. 분산 버전 제어 시스템은 로컬 저장소를 통해 작동합니다(예: 서버가 필요하지 않음).