문제

100 개가 넘는 "프로젝트"가있는 버전 제어 저장소에 바이너리 파일 (주로 KB에서 두 MB 크기에 이르기까지)을 저장해야합니다. 현재 우리는 Visual Source Safe를 사용하지만 몇 가지 문제가 있으며 데이터베이스가 때때로 충돌하고 액세스가 느립니다.

우리는 GIT 또는 파괴로 이동하는 것을 고려하고 있으며 이진 파일을 처리하는 데 더 나은 옵션이 될지 궁금해했습니다.

도움이 되었습니까?

해결책

확실히 전복. Today (2009), TortoisesVN 차이 임의의 단어 문서의 경우 (단어 자체에 대한 차이를 지키지 만 기능은 실제로 잘 작동합니다).

Tortoisegit이 동일한 기능을 가질 수없는 이유는 없지만 오늘날 그런 것은 안정적인 형태로 존재하지 않습니다. 다행히도, 미래에 언제든지 전력 저장소를 마이그레이션하기 쉽습니다.

업데이트: 2011 년 현재, Tortoisegit은 TortoisesVN과 동일한 문서 관리 기능을 가지고 있습니다. 그러나 Subversion은 자문 잠금 문서를 지원하므로 다른 사용자가 다른 사람과 동시에 문서를 편집하려고 시도하면 다른 사용자에게 통보됩니다. 내가 아는 한, Tortoisegit은 GIT의 분산 특성으로 인해이 기능을 지원할 수 없습니다.

다른 팁

  • 전복은 이진 파일을 자동으로 감지하려고 시도합니다 (참조 SVN FAQ). 이것이 실패하면 직접 지정해야합니다 (또한 SVN의 탐지 방법을 변경할 수도 없습니다).

  • git은 동일하게 수행하며 A를 포함하여 이진으로 자동 처리 할 파일을 지정할 수 있습니다. .gitattributes 소스 저장소의 파일.

  • 여기 GIT 및 SVN의 이진 파일 처리를 비교 한 것입니다.

  • 여기 다른 스택 오버플로 멤버가 GIT 및 이진 파일로 수행 한 것입니다.

도움이 되었기를 바랍니다!

우리는 모든 것을 위해 git을 사용합니다. 문자 그대로. 우리의 관리 사무소의 전체 파일 점유율조차도 GIT (Sysadmin은 매일 커밋합니다).

그 공유는 거의 전적으로 이진 파일 - 단어 문서, Quickbooks 등입니다 ...

우리는 모든 것에 대한 100% 정확한 역사를 가지고 있습니다. 그리고 가끔 git gc 레포 크기를 관리 가능하게 유지합니다.

또한 : git은 정말 빠릅니다. SVN에서 전환했을 때 git ~ 10 배 더 빠릅니다 subversion 사용 패턴 (20,000 개 이상의 파일이있는 대규모 프로젝트)에서.

Tortoisegit은 사무실 문서에 대한 전체 GIT 워크 플로우를 지원합니다. 또한 OpenDocument 형식을 위해 OpenOffice에 위임하는 것도 작동합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top