우리 회사에서는 버전 관리 시스템으로 Subversion을 사용합니다. 이제 서버에 10GB 폴더가 있고 4명의 사용자가 프로젝트를 작업하는 경우 체크아웃 중에 40GB의 데이터가 누적됩니다. 이는 사용자가 특정 파일의 다른 디렉터리에 있는 파일만 사용하므로 불필요한 데이터입니다. 메모리 효율적인 도구로 만들 수 있는 방법이 있나요? 아니면 다른 VC 도구를 사용할 수 있나요?
답변1
Subversion을 사용하더라도 svn update
(참고자료 참조 svn help update
) 변경된 파일만 전송되어야 합니다. 또한 svn checkout <path>
( 참조 svn help checkout
)을 사용하여 하위 디렉터리만 체크아웃할 수도 있습니다.
저장소가 어떻게 10GB로 늘어났는지 잘 모르겠습니다. 저장소원천파일, 즉 사람이 읽을 수 있는 텍스트입니다. 사람이 읽을 수 있는 10GB의 텍스트를 생성한다면 이는 4명의 사용자에게 상당한 양입니다.
바이너리 파일아니요저장소에 속합니다. 저장소를 사용하여 데이터베이스를 추적하는 것은 작동하지 않습니다.
그래서 나는 정말로 당신이 해야 할 일은 다른 버전 제어 시스템을 찾는 것보다 저장소 사용 방식을 바꾸는 것이라고 생각합니다.
답변2
@dirkt의 후속 조치
- 서버 측의 "NNN GB" 크기는저장소그리고모든 역사
- 모두가 저장소를 확인하면 그는 다음과 같은 결과를 얻습니다.조각- 한 번의 개정
- 단일 개정이라도 "너무 많고" 파일의 작은 부분만 변경해야 하는 경우 각 개발자는 필요한 파일의 가장 가까운 공통 조상부터 시작하여 저장소 트리의 일부만 체크아웃할 수 있습니다.
- 후속 조치에
svn ci
필요한 롤 수svn up
는 훨씬 적습니다.