(개인용)

CVS
spring
:pserver:anonymous@springframework.cvs.sourceforge.net:/cvsroot/springframework

SVN
spring-security: http://acegisecurity.svn.sourceforge.net/svnroot/acegisecurity/spring-security/trunk/

hibernate: http://anonsvn.jboss.org/repos/hibernate/core/

이클립스에서 다음과 같이 작성한 주석이 문자 그대로 보여서...


해결책은 김종윤책임께서 알려주심. 'Team>Set Keywords...'  메뉴를 이용하면 대화창이 뜬다.


키워드를 선택하고 OK를 누르면 선택한 리소스의 svn:keywords 속성에 해당 키워드를 추가한다. 서브버전은 이 속성을 이용하여 동적으로 버전 관리하는 파일에 키워드에 해당하는 특정 정보를 추가한다.

모델링 도구와 공동작업에서 모델링 작업의 버전관리의 어려움을 정리한 바 있다. IBM RSA(Rational Software Architect) 관련 트러블슈팅 일지를 보면 더욱 생생한 기록이 있다. 이번 프로젝트에서는 고객사에서 Sparxsystems의 EA를 선택했다. 가격대 성능비로 본다면, 경쟁자를 논할 수 없기에 합리적인 선택이다. RSA는 CVS의 optimistic lock에 기반하여 공동작업과 버전관리를 지원하고 있다. 파일에 lock을 거는 방식과 달리 동시에 모델을 수정할 수 있다. 그러나, 충돌을 한번이라도 겪어본 사람이라면 대답은 하나다. 툴의 기능적으로는 fancy하지만, 실무에서 쓸 수 없는 수준이라고 말할 수 있을 정도다. 그래서 Rose에서 CAT으로 나눠서 VSS 등을 이용하여 파일 시스템 수준에서 버전 관리를 하는 것이 유용하게 느껴졌다.

EA에서는 버전관리를 써본 일이 없다. 이번에 모델링 표준과 교육을 준비하면서 시도했다. 반 나절 시도를 통해 사용법, 활용 방안과 제약사항을 정리할 수 있었다. 문서화가 잘 되어 있어 빠른 학습이 가능했다. EA는 기본적으로 CVS, SVN(Subversion), TSS(Team Foundation Server), SCC(이건 뭐냐?) 등을 지원한다. 불편한 점은 SVN 클라이언트가 로컬에 설치되어 있어야 한다는 점이다. 이미 똘똘이(TortoiseSVN)를 쓰고 있는 상황인지라, 추가로 명령행에서 쓰는 SVN 클라이언트 설치하는 작업이 약간 번거롭기는 했다.

무엇보다 파일lock을 걸기 때문에 모델만 적절히 분할해놓으면 매우 실용적으로 공통작업을 수행할 수 있다. optimistic lock은 소스코드 공동작업에는 좋지만, 편집하는 화면과 저장하는 내용이 다른 유형의 산출물 즉, 오피스 류의 문서나 모델 공동작업에는 불편하다. EA와 SVN을 이용하여 훌륭한 모델링 공동 작업 환경을 구성할 수 있었다. 한가지 단점은 모델 파일을 xml 형태로 나눠서 저장할 때, 하위 디렉토리에 넣을 수가 없다는 점이다. 버그인지, 사용을 잘못하고 있는 것인지, 툴의 제약인지는 확실하지 않다. 하지만, 다른 모델링 도구와 비교해보면 애교로 봐줄 수 있는 내용이다.

결론: 현존하는 모델링 도구 중에 가장 훌륭한 버전 관리 기능을 제공한다.

에다가 물리적인 이름으로 정렬하지 않아서 굳이 패키지에 순번을 부여할 필요도 없다. (4/3 추가)

그래서 자유롭게 패키지 이름을 부여하고, 정렬도 마음대로 할 수 있다.

'svn 이 cvs 보다 좋은 점을 모르겠다'라고 하는 분을 최근에도 만났다. 서버 자체로써도 차이가 있지만, 이클립스를 쓰신다면 플러그인 자체가 상당히 차이가 있다. cvs는 일단 이클립스에서 cvs 어드민 역할을 할 수가 없다.(과거의 기억이라... 현재는 될런지도 모르겠군.) 늘쌍 checkout/checkin을 반복하는 경우라면 단축키가 요긴한데, cvs에서는 Ctrl+Alt+U,  Ctrl+Alt+C, Ctrl+Alt+S가 안먹는다. 나로썬 이것 하나만으로도 충분한 이유다.

위쪽은 cvs의 Team 메뉴, 아래는 Subversive의 Team 메뉴