소스코드 관리가 아닌, 바이너리 데이타를 관리하기 위한 용도로 서브버전을 쓸경우 애로사항이 발생하는데, 관련해서 정리해봅니다.

혹시 더 좋은 해결책이 있으면 저나 다른 분들을 위해 코맨트 부탁드립니다.

문제점

• 서브버전은 낙관적 잠금을 채택한 버전관리툴이다. (비주얼 소스 세이프와 다른 점)
• 소스코드(텍스트)는 Diff를 통해 Merge 가 가능하지만 바이너리는 어느 한쪽은 버릴 수 밖에 없음

기대결과

• 비주얼 소스 세이프처럼 강한 잠금 (누가 작업하고 있으면 다른 사람은 못 건드는) 정책 적용
• 체크아웃 하게되면 최신 버전으로 업데이트 되고, 체크아웃 한 사람 외에는 못건들어야 함

해결책

• 서브버전 클라이언트 (예시는 TortoiseSVN) 설정에서 Subversion configuration file : Edit 선택

• 해당 파일이 열리면 상당히 복잡한데... 아래와 같이 수정

[auth]

[helpers]

[tunnels]

[miscellany]

global-ignores = Thumbs.db

enable-auto-props = yes

[auto-props]

*.* = svn:needs-lock=*

• 위에서 핵심은 enable-auto-props = yes 로 바꾼 것과
• [auto-props] 속성값으로 *.* = svn:needs-lock=* 로 세팅한 부분임.
• 서브버전 자체는 중앙 저장소가 있긴하지만 많은 정보가 개별 클라이언트의 작업 폴더에 저장됨
• 따라서 개별 서브버전 클라이언트마다 모두 세팅이 필요함.

이와 같은 과정을 거치면, 해당 서브버전 클라이언트에서 Add –> Commit 된 파일은 모두 needs-lock 속성이 활성화 된다.

Checkout 으로 파일을 받아보면 모두 읽기전용(Read-only)로 파일이 표시되게 된다. ( 대략 아래와 같이...)

회색이 svn:needs-lock 속성이 활성화된 상태이고, 초록색이 기본 상태.

이 상태에서 파일을 변경하려면 SVN Get lock을 하면되고 그러면 다른 사람이 작업 중인지, 최신버전 인지 파악 후 Lock을 가져오게 된다. 만약 다른 사람이 작업 중이라면, 누가 작업 중이라 Lock을 할 수 없다는 에러 메시지가 뜨므로 삽질(!)할 염려가 없다.

미흡한 점

• 한 명이라도 서브버전 클라이언트에서 needs-lock 속성이 자동으로 먹도록 Auto-Props 설정을 안할 경우 그 사람이 추가한 모든 파일은 여러명이 편집 가능한 상태가 되기 때문에 일단 초록색 아이콘이 보이면 긴장해야 한다.
• 분명 설정을 제대로 했음에도 불구하고 간혹 위 그림과 같이 되는 경우가 있다. (재현 불가...)
• 따라서 작업자가 모두 초록색 아이콘과 회색 아이콘의 차이를 인식해야 함.

이올린에 북마크하기

1. 글쓴이가 살롱닷컴 에디터이면서 동시에 프로젝트 사서로 함께 했다는 점.

2. 참여한 인력이 특정 회사의 누구가 아니라 쟁쟁한 개발자들이 참여한 오픈소스 프로젝트 였다는 점.
   - PM을 하면서 항상 커뮤니케이션 문제로 고민하는 저에게는 세계 각지에 다른 시간대에서 협업을 통해 결과물을 만들어내는 모습은 경외감을 갖게 합니다.

3. http://chandlerproject.org 방문했을때 그럴싸한 결과물이 나와 있는 점.
  - 특히나 비전 문서 ( http://chandlerproject.org/Projects/Vision ) 내용이 맘에 듭니다.
  - GTD 기반 Things나 지메일에 GTD Inbox 쓰고 있는 저는 Chandler가 좋아보입니다.

이올린에 북마크하기