Skip to main content

emacs + cvs

CVS vs SVN 글을 보고 갑자기 emacs에서 cvs사용법이 궁금해졌습니다.

회사에선 version control system으로 clearcase를 사용하고 있고 cvs는 open source project들의 소스 코드를 다운받을 때나 sf.net에 만든 프로젝트 작업시에만 조금 사용해 본 정도입니다. sf.net에서 사용할 때는 주로 eclipse의 plug-in을 사용했죠. :-) (sf.net에서도 svn을 지원합니다.)

가끔 이 홈페이지에 글을 올릴때 사용했던 코드들을 나중에 찾아보면 지워져 있어서 개인 linux machine에서도 cvs를 사용해 볼까 생각해 왔었는데 이번 기회에 시작하게 되었네요. 물론 shell에서 cvs 명령어들을 외워서 입력하는 것은 어려울 것 같아 emacs에서 사용하는 방법에 대해 알아보았습니다.

Creating a repository



먼저 cvs repository를 만들어야 하는데 다음과 같이 간단하더군요. 제 경우엔 혼자 사용할 용도라 $HOME 밑에 만들었습니다.


mkdir $HOME/cvsroot
cvs -d $HOME/cvsroot/ init

export CVSROOT=$HOME/cvsroot/


마지막 줄의 export는 앞으로 설명할 cvs 명령어에서 '-d $HOME/cvsroot' 인자를 생략하도록 해줍니다. 하지만 일단 파일들이 cvs 관리하에 들어가면 파일들의 CVSROOT가 어딘지 저장하고 있기 때문에 이런 export는 필요 없습니다.

Creating a directory tree from a number of files



제 경우엔 현재 작업중인 xmlcpp 관련 소스 코드들을 cvs로 관리하기로 하였습니다. 다음과 같은 명령어를 사용하여 CVSROOT에 xmlcpp라는 디렉토리를 생성합니다.


cd works/xmlcpp
cvs import -m "import source code" xmlcpp ideathinking start


여기서 __ideathinking__ 은 vendor tag이고 __start__ 는 release tag입니다. __xmlcpp__ 는 CVSROOT에 생성할 디렉토리의 이름입니다.

이제 다음과 같이 다른 디렉토리에서도 xmlcpp 디렉토리를 checkout할 수 있습니다.


cvs co xmlcpp



Using emacs



이제 cvs에 등록된 파일들을 emacs에서 열면 mode-line에 파일의 cvs 버전이 표시됩니다. 이 상태에서 간단히 다음 키 바인딩을 사용하여 cvs 작업을 할 수 있습니다.

|_. 키 바인딩|_. function name|_. 작업|
| C+x v v | vc-next-action | 파일의 상태에 따라 register, commit, checkout, revert등의 작업을 합니다. |
| C+x v u | vc-revert-buffer | 현재 작업 내용을 버리고 checkin 되어 있는 내용으로 돌아 갑니다. |
| C+x v = | vc-diff | 현재 작업 내용과 checkin 되어 있는 내용을 비교합니다. |

일단 이정도면 대부분의 작업을 할 수 있을 것 같습니다. 일단은 vc (version vontrol) 관련 키가 일반 키 바인딩의 의미와 유사해서 외우기가 쉬워 금방 익숙해지네요.

emacs에서는 같은 명령어로 CVS외에도 RCS, SVN, SCCS, Arch, MCVS 등의 version control system과도 작업할 수 있다고 하네요.
Labels:

Comments

Post a Comment

Popular posts from this blog

1의 개수 세기 - 해답

벌써 어제 말한 내일이 되었는데 답을 주신 분이 아무도 없어서 좀 뻘쭘하네요. :-P 그리고 어제 문제에 O(1)이라고 적었는데 엄밀히 얘기하자면 O(log 10 n)이라고 적었어야 했네요. 죄송합니다. ... 문제를 잠시 생각해보면 1~n까지의 수들 중 1의 개수를 얻기 위해서는 해당 숫자 n의 각 자리의 1의 개수가 모두 몇개나 될지를 구해서 더하면 된다는 사실을 알 수 있습니다. 예를 들어 13이라는 수를 생각해 보면 1~13까지의 수에서 1의 자리에는 1이 모두 몇개나 되는지와 10의 자리에는 모두 몇개나 되는지를 구해 이 값을 더하면 됩니다. 먼저 1의 자리를 생각해 보면 1, 11의 두 개가 있으며 10의 자리의 경우, 10, 11, 12, 13의 네 개가 있습니다. 따라서 2+4=6이라는 값을 구할 수 있습니다. 이번엔 234라는 수에서 10의 자리를 예로 들어 살펴 보겠습니다. 1~234라는 수들 중 10의 자리에 1이 들어가는 수는 10, 11, ..., 19, 110, 111, ... 119, 210, 211, ..., 219들로 모두 30개가 있음을 알 수 있습니다. 이 규칙들을 보면 해당 자리수의 1의 개수를 구하는 공식을 만들 수 있습니다. 234의 10의 자리에 해당하는 1의 개수는 ((234/100)+1)*10이 됩니다. 여기서 +1은 해당 자리수의 수가 0이 아닌 경우에만 더해집니다. 예를 들어 204라면 ((204/100)+0)*10으로 30개가 아닌 20개가 됩니다. 이런 방식으로 234의 각 자리수의 1의 개수를 구하면 1의 자리에 해당하는 1의 개수는 ((234/10)+1)*1=24개가 되고 100의 자리에 해당하는 개수는 ((234/1000)+1)*100=100이 됩니다. 이들 세 수를 모두 합하면 24+30+100=154개가 됩니다. 한가지 추가로 생각해야 할 점은 제일 큰 자리의 수가 1인 경우 위의 공식이 아닌 다른 공식이 필요하다는 점입니다. 예를 들어 123에서 100의 자리에 해당하는 1의 개수는 ((123/1...
3 comments
Read more

CodeHighlighter plugin test page.

This post is for testing CodeHighlighter plugin which uses GeSHi as a fontifier engine. ((Those code blocks are acquired from Google Code Search .)) ((For more supported languages, go CodeHighlighter plugin or GeSHi homepage.)) C++ (<pre lang="cpp" lineno="1">) class nsScannerBufferList { public: /** * Buffer objects are directly followed by a data segment. The start * of the data segment is determined by increment the |this| pointer * by 1 unit. */ class Buffer : public PRCList { public: Buffer() { ++index_; } PHP (<pre lang="php" lineno="4">) for ($i = 0; $i $value = ord( $utf8_string[ $i ] ); if ( $value < 128 ) { // ASCII $unicode .= chr($value); } else { if ( count( $values ) == 0 ) { $num_octets = ( $value } $values[] = $value; Lisp (<pre lang="lisp">) ;;; Assignment (define-caller-pattern setq ((:star var fo...
88 comments
Read more

Coverity Prevent - 소스 코드 검사 도구

이번에 회사에서 소스 코드 검사 도구를 하나 구입하는데 이것저것 비교해본 결과 Coverity Prevent 라는 툴이 가장 좋아 이걸로 결정했다고 하더군요. 간단히 말하자면 Lint 처럼 소스 코드에 대해 static analysis를 하는 도구입니다. 그래서 시험삼아 돌려본 결과를 보게 되었는데 그 품질이 정말 놀랍군요. 메모리 릭이나 초기화하지 않은 변수, 버퍼 오버런, null 체크등등 거의 정확하게 에러를 보고해 줍니다. 다음은 전체 코드에서 발견된 문제점들을 리스트 형태로 보여주는 화면입니다. 정말 많군요. ;-) 다음은 이중 하나의 에러를 자세히 보기 위해 선택하여 들어간 화면입니다. 소스 코드에 라인번호와 에러가 발생한 위치, 에러가 발생할 수 있는 조건들을 자세히 보여줍니다. 정말 '와우!'입니다. 각 함수와 같은 이름들을 클릭하면 그 함수로 바로 이동할 수 있습니다. 사용해보니 개인적으로는 purify 같은 runtime 검사 도구보다 더 맘에 드는군요. 사실 Lint 계열의 도구들은 한번도 사용해본 적이 없는데 다른 것들도 한번 구해다 써봐야겠습니다. 이 툴의 유일한 문제는 비싸다는 것이랍니다. :-)
5 comments
Read more