가끔 바라보는 블로그 유입경로에 CVS나 SVN의 Lock기능을 검색해서 오시는 구글러 분들이 계십니다.
거기다가, 컨설팅을 진행하는 사이트 혹은 문의하시는 고객분들 중에도 CVS는 Lock을 사용 할 수 없어 않되요..라고 말씀하시는 고객분들도 계시고요.
2007년 초
실루엣 2.0을 기획 할 당시에 구할 수 있는 대부분의 형상관리 제품을 벤치마크하면서, 그 이전까지 당영하게 생각하고 있었던 CheckOut Lock의 Concept을 변경하게 되었습니다.
현재 실루엣팀이 생각하는 Lock의 Concept은
* 필요와 상황에 따라 개발자가 선택 할 수 있어야 한다. * 입니다.
반드시 품질을 책임지고 있는 파트에서 강요하는 형태가 아니라,
* 개발자에게 도움이 되는 도구로서의 형상관리 도구 * 입니다.
물론
실루엣 2.0은 PVCS, SorceSafe와 같은 형태의 Lock중심의 무결성 보장방식과 CVS, SVN과 같은 상태중심의 무결성 보장방식을 모두 지원하고 있습니다.
다만, 어느 한쪽으로 강요하고 않고, 개발자가 자신의 개발환경 특성에 따라 선택 할 수 있도록 하는 것이... (최초)도입시점에 한쪽의 경험만 가지고 계신 담당자 분의 우려와 염려를 야기 하기도 합니다. :)
* 몇 담당자 분들은 어느 한쪽이던지 고정된 방식을 선호 하시더군요. 특히 Lock방식을 선호하시는 분들은 말입니다.
CVS, SVN을 사용하면서, Lock기능을 고려 하시는 분들 께서는 (부담없이)다음 사항을 한번 검토해 보시면 어떨까 합니다.
A. 개발도구가 CVS(SVN)만 지원하기 때문에 (주로 Eclipse) CVS를 쓰기는 써야 하겠는데, Source가 자꾸 엎어지거나 꼬이는 문제가 있다.
B. 개발환경이 Unix에서 공용ID 하나만 가지고 울트라에디터 FTP연결로 개발하는데, CVS Lock으로 버전관리를 해야 하겠다.
말하고자 하는 결론부터 이야기 하자면,
* CVS(SVN)는 개인 개발영역에 특화된 버전관리 도구입니다. *
* Lock 중심의 컨셉은 공용작업영역일 경우 그 사용 효과가, (사용하지 않을경우)의 불안정성(개발 및 반영의 불편함. 여러 문제들)을 극복 할 수 있습니다. *
Case B. 처럼 (우리나라에만 있는? :) 공용작업영역을 한꺼번에 사용하는 개발환경에서는 CVS처럼 상태정보를 사용하는 방식은 적용 하는 것이 바람직 하지 않습니다.
* CVS Lock기능을 사용해서 관리하는 것이 완전히 불가능 한것은 아닙니다만.... 사용주체를 개발자가 아닌, 관리자가 단독으로, 정기적으로 사용하는 것이 바람직 합니다.
Case A. 처럼 CVS를 사용하면 좋은 개발환경인데, (무언가, 하여간 자꾸만 문제가)생기는 상황이라면, 그것은 Lock을 기능을 사용해야 하는 것이 아니라, 개발자+담당자 모두 모여 신경쓰고, 교육을 통해서 팀의 Source관리 환경을 Upgrade시켜야 하는 것입니다.
그리고, 이 모든 사항이 절대적이라기 보다는, (일반적으로 그렇다는 것이고)
* 개발도구+개발환경+빌드환경을 고려 하여 버전관리(형상관리)도구를 선택하시기 바랍니다.
* 어떤 도구도 모든 환경에 최선의 선택이 될 수 없습니다.
빌드 및 배포 자동화 조사를 위한 설문지 1.1..doc