새우의 세상사

Symbian 프로그래밍 환경 구축 1

노키아의 스마트폰 OS인 심비안(Symbian)용 어플리케이션을 개발하기 위한 환경을 만들어보자.

심비안 어플리케이션 개발은 몇 가지 방법으로 가능하지만...
배운게 도둑질(C++)이라고 C++ 환경에서 Qt를 이용하기로 한다.

준비할 사항

설치하는 순서

  1. ActivePerl 5.10.1.1007 설치
  2. ADT(Application Development Toolkit) v1.4 설치
  3. S60_5th_Edition_SDK_v1_0 설치
  4. Qt-libraries 4.6.2 for Symbian  및 Qt_Creator 1.3.1 for Windws 설치
신고
Posted by 새우날다 Trackback 0 Comment 0

Symbian 프로그래밍 환경 구축 2 - ActivePerl 5.10.1.1007 설치하기

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
신고
Posted by 새우날다 Trackback 0 Comment 0

Symbian 프로그래밍 환경 구축 3 - ADT v1.4 설치하기

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
신고
Posted by 새우날다 Trackback 0 Comment 0

Symbian 프로그래밍 환경 구축 4 - S60_5th_Edition_SDK_v1_0 설치하기

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
신고
Posted by 새우날다 Trackback 0 Comment 0

Symbian 프로그래밍 환경 구축 5 - Qt for symbian 4.6.2 및 Qt Creator 1.3.1 설치하기

Qt4를 설치하기 위해 다음과 같은 준비가 필요하다.

  1. Symbian SDK용 Open C/C++ 1.6.0 플러그인을 설치한다.
  2. 아래의 명령으로 mwccsym2.exe의 버전을 확인해서 3.2.5 build 487 보다 낮은 버전이면 x86Tools_3.2.5_Symbian_b487.zip를 다운받아 설치한다.
    C:\Symbian\Tools\ADT_1.4\Carbide.c++\x86Build\Symbian_Tools\Command_Line_Tools\mwccsym2.exe

이제 준비가 끝났으면 본격적으로 Qt4 for Symbian을 설치한다.

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지

Qt/Qt Creator 설치가 끝나면 아래의 환경 변수를 추가한다.

SYMBIANBUILD_DEPENDENCYOFF=1

Qt4 for Symbian을 설치한 다음 Qt Creator 1.3.1을 설치한다.

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지
신고
Posted by 새우날다 Trackback 0 Comment 0
Visual Studio 2008을 설치하다보면 웹 저작도구 구성요소에서 에러가 나면서 설치가 중지될 때가 있다.
에러가 나는 이유는 Office 2007에 설치된 웹 저작도구 구성요소와 충돌을 일으키는 것으로 보인다.
할 수 없이 오피스를 삭제하고 Visual Studio 2008을 먼저 설치한 다음 다시 오피스를 설치한다.

** 오피스 삭제 시 데이터는 꼭 백업해놓자. **

이런 에러가 나지 않으면 좋겠지만...해결 방법이라도 있으니 다행이다.
신고
Posted by 새우날다 Trackback 0 Comment 0

Visual Studio 2008 에디션별 차이점

신고
Posted by 새우날다 Trackback 0 Comment 0

주소 표시줄에 사이트 아이콘 넣기

<head>에 다음과 같이 넣는다.

<link rel="SHORTCUT ICON" href="아이콘 파일명">

※ 아이콘 파일명에는 패스와 파일명을 넣는다. 아이콘 파일 이름은 favicon.ico로 한다.

신고
Posted by 새우날다 Trackback 0 Comment 0

[펌] 리눅스 CVS 설치


1. CVS에 대한 소개

과거는 컴퓨터 시스템의 능력이 매우 제한적이였고 사용하는 유저 역시 제한적이거나 지극히 개인적인 용도로 사용하는 경우가 대부분 이였다. 때문에 소프트웨어역시 비교적 단순했으며 단지 한두명의 개발자 투입만으로도 꽤나 쓸만한 애플리케이션이 만들어지기도 했다.

도스 시절부터 컴퓨터를 다루어왔던 유저라면 "누구누구의 어떤 프로그램" 이라는 얘기를 많이 들어 보았을 것이다. 지금은 사정이 달라져서 아주 간단한 프로그램이 아니고서는 혼자 개발해서 그럭저럭 인지도 있는 프로그램을 만든다는것 자체가 매우 힘들어졌다.

요즘은 UI만 제작하는 것도 하나의 작업으로 분류된다. 인터넷이 일반적으로 보급되면서 대부분의 애플리케이션은 C/S환경하에서 작동하게 된다. 개발자는 데이터전송과 처리에 대한 부분까지 신경써야 하며 많은 경우 서버와 클라이언트가 서로 다른 운영체제하에 놓이며, 특히 서버 프로그램의 경우 여러가지의 전혀 달라보이는 운영체제를 지원해야하는 경우도 있다.

이런 이유로 왠만한 규모의 프로젝트라 할지라도 혼자서 개발을 진행한다는건 매우 힘들며, 대부분 팀단위로 프로젝트를 진행을 하게 된다.

이 팀이란건 또 어떤가 같은 사무실에서 같은 시간에 존재하면서 서로 의견교환을 통해서 프로젝트를 진행 시킬 수도 있지만 인터넷이라는 매체를 통해서 전혀 다른 공간에서 전혀 다른 시간대에 프로젝트를 진행 시켜야 하는 경우도 생긴다.

전 세계인이 참여하는 많은 오픈 프로젝트가 그러하다.

이런 경우 하나의 소스코드를 한명 이상이 접근해서 수정할 수 있는데, 프로젝트를 진행하다 보면 소스코드가 엉뚱하게 꼬일 수 있을 것이다.

같은 사무실에서 단지 몇명의 프로그래머가 작업을 한다면, 서로 의견조율을 하거나 처음부터 각각의 모듈만 담당하게 만들어서 어느정도 문제를 해결할 수 있을 거라고 생각할 수도 있을 것이다. 그러나 막상 프로젝트를 진행해보면 이게 결코 말처럼 쉬운일이 아니란걸 알게 될것이다. 프로젝트를 진행하다 보면 이쪽 시스템에서 테스트하고, 저쪽 시스템에서 테스트하고 문제가 생기면 즉각 수정을 하게 되는데, 이러다보면 소스코드가 여기저기 위치하게 되고 결국 어느 소스가 최근 소스코드인지 헷갈리는 사태가 발생하게 된다. 하물며 오픈소스와 같이 수많은 프로그래머가 느슨하게 묶여있는 경우는 더 말할 필요도 없다. 적당한 버젼관리 도구의 사용없이는 프로젝트의 진행자체가 불가능해질 것이다.

이러한 문제의 해결을 위해서 여러도구가 개발되었는데, 그중 하나가 CVS로 현재 가장 널리 사용되고 있는 버젼관리 도구이다.

2. CVS에 대한 기본지식

2.1. CVS 란?

CVS는 Concurrent Version System 의 줄임말로써 직역 하자면 공동 버젼 시스템, 의역하자면 "공동으로 진행하는 프로젝트의 버젼 관리 시스템" 정도가 될것이다.

2.2. 어떨때 CVS가 필요하죠?

CVS는 사용하기에 따라서 여러가지 용도로 사용할수 있다. 이번장에서는 CVS를 이용할수 있는 다양한 상황들에 대해서 알아보도록 하겠다.

2.2.1. 공동 프로젝트 관리

회사혹은 학교에서 프로젝트를 진행하다보면, 여러명이서 하나의 프로젝트를 진행하는 경우가 발생할것이다.

이럴경우 보통 모듈별로 개발을 하게 되겠지만, 또한 모듈은 전체 프로젝트에 영향을 미치게 되므로, 자신의 모듈버젼과 전체 프로젝트의 버젼을 컨트롤할수 있어야 한다. 그리고 코드가 충동하게 될경우(서로 같은 부분을 수정함으로써)의 문제를 해결할수 있어야 한다.

이러한 작업은 프로젝트 규모가 작고 개발 참여자 수가 적고, 개발 참여자가 가까운 지역(사무실 같은)에 모두 모여있다면, 한명의 버젼관리자(보통은 팀장)를 두고 그럭저럭 관리가 가능할것이다.

그러나 조금만 프로젝트가 커지고, 개발참여자 수가 많아지고 개발자가 지역적으로 떨어져 있는 상황에서는 거의 불가능 하다는 걸 알수 있게 될것이다. 특히 인터넷을 통해서 느슨하게 연결된 오픈 프로젝트의 경우 도구를 사용하지 않는 다면 거의 관리가 불가능 할 것이다.

CVS 를 사용하면 이러한 대규모의 프로젝트에서 각 모듈 개발자가 자신의 버젼을 유지하면서 전체 프로젝트에 참여할수 있도록 할수 있다.

실제로 KDE, GNOME, APACHE 서버 등 다양한 프로젝트가 CVS 를 이용해서 프로젝트를 관리하고 있다. 이러한 프로젝트는 규모가 작아도 수십명, 혹은 수백명이 프로젝트를 진행하게 되는데(게다가 지역적으로 멀리 떨어져 있다), CVS가 중간에서 프로젝트가 산으로 가지 않도록 중계해준다. 오픈 프로젝트를 하는데 있어서 CVS는 거의 표준적으로 사용되는 버젼관리 도구이다.

2.2.2. 프로젝트 백업

CVS 를 사용할경우 자동적으로 프로젝트 백업의 문제까지 해결이 가능하다. CVS 는 중간에 CVS 서버가 있어서, 프로젝트 데이터의 저장소 역할을하며 모든 개발자는 CVS 서버에서 최신의 프로젝트를 다운로드 받아서, 자신의 컴퓨터에서 테스트하고 코딩해서, 이걸 다시 CVS 서버에 업데이트 시키는 방식을 사용하게 된다.

그러므로 실수로 자신의 프로젝트 데이터가 날아간다고 해도 전혀 염려할 필요가 없다. 그냥 서버에서 다시 다운 받기만 하면 된다. 최악의 경우 CVS 서버가 날라갔다고 하더라도 가장 최근의 쏘쓰를 가진 개발자가 있을 것이므로 쉽게 복구 가능하다.

또한 CVS는 최신 버젼의 소스코드 뿐만 아니라 과거 버젼의 소스코드에 대한 정보를 가지고 있어서 최근의 몇개 버젼에 문제가 생겼다고 하더라도 쉽게 그이전의 소스코드를 얻어올 수 있다.

2.2.3. 데이터 동기화

요즘은 회사와 집과의 경계가 많이 허물어 졌다. (좋은 현상인지 나쁜 현상인지는 좀 생각해 봐야겠지만) 그러다 보니 회사에서 하는일을 가정에서 하기도 하고, 가정에서 했던 일을 회사로 가져가기도 한다. 그럴경우 회사의 컴터와 가정의 컴터에 있는 데이타의 동기화가 필수적이다. 이런 데이타 동기화를 위해서 "노트북", "PDA" 같은걸 사용할수 있겠지만, 이건 너무 비싸다. ftp 도 사용할수 있겠지만, 이거 잘못 사용하면 데이터가 꼬일수 있다. 또한 상당히 불편하다.

이럴때 CVS 를 사용하면 대단히 편하게 작업이 가능하다. 회사에서 작업을 마치고 CVS 서버에 등록하고, 가정으로 돌아가서 CVS 서버에 등록된 최신의 작업을 받아와서 작업을 하고 다시 CVS 서버에 등록만 하면 되기 때문이다. (물론 이왕이면 가정에까지 회사일을 가지고 가지 않으면 좋겠지만..)

또한 덤으로 자신의 중요한 자료까지 자동으로 백업된다.

필자 역시 이러한 방법으로 작업을 한다. 작업거리가 좀 남았는데, 회사에서는 일이 잘안되고(실은 일하기 싫어서겠지만 --;), 그냥 집에가서 느긋하게 TV도 보고, 웃통 벗어던지고 일하고 싶을때 매우 편하게 CVS를 이용할수 있다.

3. CVS 사용하기

3.1. CVS 서버 설치하기

지금 까지 CVS에 대한 개론적인 설명을 알아 보았다. 이제 본격적으로 CVS를 설치하고 운용하고 사용하는 방법을 알아보도록 하겠다. CVS 서버 설치는 redhat 8.x 리눅스를 기준으로 하겠다. 대부분의 redhat 리눅스 배포판은 cvs 를 기본적으로 포함하고 있다. rpm 패키지 관리자를 통해서 설치하자.

이제 Internet services daemon 에 cvs 서버를 등록 시켜주기만 하면 된다. 레드헷 7.x 버젼부터는 inetd 대신에 xinetd 가 Internet services daemon 으로 사용되어 지고 있다. /etc/xinetd.d 디렉토리 밑에 cvspserver 이란 이름으로 서비스 설정파일을 만들도록 하자. 내용은 다음과 같다.

service cvspserver
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/bin/cvs
server_args = --allow-root=/home/cvs pserver
log_on_failure += USERID
}

만약 inetd를 사용하는 예전 버젼의 리눅스라면 아래와같이 설정하도록 한다.

# echo "2401 stream tcp nowait root /usr/bin/cvs cvs -f \
--allow-root=/cvsroot pserver" >> /etc/inetd.conf

위의 설정값들중 --allow-root를 주목하기 바란다. 프로젝트가 서버에 저장된다면 당연히 이들 프로젝트가 서버의 어디 디렉토리로 저장되어야 하는지 지정할 수 있어야 할것이다. cvs에서는 이를 repository(이하 저장소)라고 한다. --allow-root는 cvs 저장소가 /home/cvs임을 명시해 주기 위해서 사용된다. 만약 새로운 프로젝트인 hello_world를 만들었다면 이 프로젝트는 /home/cvs/hello_world 디렉토리에 저장이 된다.

이제 xinetd 데몬(혹은 inetd데몬)을 다시 실행(/etc/rc.d/init.d/xinetd restart) 시키면 cvs 서버가 작동하게 될것이다. cvs 서비스는 2401 포트를 이용해서 서비스 된다(/etc/services 참조). 제대로 cvs 서비스가 되고 있는지 알아보기 위해서 포트 스캐닝 도구인 nmap 을 사용해서 확인해 보도록 하자.

[root@cvs xinetd.d]# nmap 192.168.0.4

Starting nmap V. 2.54BETA7 ( www.insecure.org/nmap/ )
Interesting ports on localhost.localdomain (127.0.0.1):
(The 1527 ports scanned but not shown below are in state: closed)
Port State Service
22/tcp open ssh
25/tcp open smtp
80/tcp open http
111/tcp open sunrpc
2401/tcp open cvspserver
3306/tcp open mysql

2401번 포트로 cvspserver가 서비스 되고 있음을 알 수 있다. 이로써 cvs 서버의 설치 및 가동을 마쳤다.

다른 배포판을 사용하더라도 설치상에 있어서 문제점은 없을 것이다. 데비안이라면 전용 패키지관리자를 이용해서 설치하면 된다. 패키지 설치가 여의치 않다면 소스를 직접 컴파일해서 설치하면 된다.

cvs는 cvspserver를 이용한 서비스 외에도 rsh, ssh를 이용한 서비스도 가능하다. 이에 대한 내용은 CVS 사용 문서를 참고 하기 바란다. 이 문서에서는 가장 널리 사용되는 cvspserver 방식에 대해서만 설명하고 있다.

3.1.1. CVS 저장소 만들기

위의 설정에서 우리는 /home/cvs를 프로젝트를 위한 저장소로 사용한다고 했는데, 저장소로 사용하기 전에 저장소 터를 다지기 위한 사전작업이 필요하다.

이러한 작업은 cvs에서 제공하는 init옵션을 통해서 가능하다.

# cvs -d /home/cvs init

-d를 이용해서 저장소로 사용될 디렉토리를 지정하고 init를 명시하는 정도로 어렵지않게 저장소를 생성할 수 있다.

3.1.2. CVS 유저 환경 설정

CVS 에 서버를 만들어 놓았으면 이제 CVS 자원을 사용하도록 환경설정을 해주어야 한다. 가장 중요한 건 공동으로 작업할 프로젝트 파일들이 저장될 CVS 저장 디렉토리(저장소)를 설정하는 일이다.

일단 우리는 위의 /etc/xinetd.d/cvspserver 를 설정하면서 cvs 데몬이 뜨게될경우 --allow-root 옵션을 이용해서 /home/cvs 를 홈디렉토리(프로젝트가 저장될 디렉토리)를 지정했다. 이제 /home/cvs 를 실제 프로젝트 사용자들이 사용할수 있도록 권한 설정을 해주어야 한다.

cvs 의 권한 설정을 위해서 cvs 란 그룹을 만들도록 하고 /home/cvs 디렉토리에 cvs 그룹에 대해서 읽기/쓰기/실행 권한을 부여하도록 하자.

# groupadd cvs
# mkdir cvs
# chmod 770 cvs

이제 cvs 그룹에 포함된 모든 사용자는 CVS 자원을 이용할수 있는 권한을 가지게 되며, 이후로는 프로젝트를 등록시켜서 공동작업에 CVS 를 이용하기만 하면 된다.

3.1.3. CVS 사용하기

이제 CVS 서버의 설정이 끝났음으로, 클라이언트의 입장에서 어떻게 프로젝트를 등록하고 공동으로 작업을 진행시킬수 있는지에 대해서 알아보도록 하겠다. 이러한 작업들은 클라이언트에게 제공되는 "cvs" 라는 프로그램을 통해서 이루어진다.

CVS 의 사용방법은 다음과 같은 환경하에서 테스트되었다.

              +------------+
| @cvs | project : hello_world
| CVS SERVER |
+------------+
|
|
+------------+------------+
| |
+---------+ +---------+
| @myhome | | @one |
+---------+ +---------+

@cvs 는 CVS 저장소를 가지고 있는 서버이며, @myhome 은 "팀원" @one 는 "팀장" 의 개발호스트(컴퓨터) 이다. 공동으로 진행될 프로젝트는 hello_world 이다.

3.1.3.1. 익명 CVS설정하기

익명 CVS란 말그대로 일반 사용자에게 CVS를 읽고/쓸수 있는 권한을 부여하는 것이며, 많은 오픈 프로젝트들이 익명 CVS를 허용해서 가능한한 많은 개발자가 참여할 수 있도록 길을 열어 놓고 있다.

이러한 익명 CVS사용자는 보통 프로젝트에 대한 읽기권한만을 부여한다. 익명 사용자에게 쓰기권한을 주면 프로젝트의 진행이 너무 산만해 질 수 있기 때문이다. 익명 사용자(혹은 개발자)는 프로젝트에 반영해야 될 내용이 있을 때 메일등을 통해서 프로젝트 메인 개발자에게 통보하는게 보통이다.

익명 CVS를 허용하기 위해서는 우선 시스템에 anonymous계정이 만들어져 있어야 한다. 쉘을 가지지 못하도록 설정한다.

# useradd anonymous -s /bin/false

그리고 /cvsroot/CVSROOT/passwd 파일에 위의 계정을 등록하면 된다.

# echo anonymous: > /cvsroot/CVSROOT/passwd

정확하게는 [유저아이디]:[패스워드]의 형태가 되어야겠지만 익명 CVS의 경우 패스워드를 설정하지 않는게 일반적이므로 패스워드는 생략하도록 한다. 패스워드를 부여하고 싶다면 crypt된 문자열값을 사용하도록 한다.

익명 CVS사용자의 경우 아래와 같이 설정해서 읽기만 가능하도록 권한을 제한시킨다.

# echo anonymous > /cvsroot/CVSROOT/readers

3.1.4. CVS 사용자 환경설정

cvs 서버에 프로젝트를 등록시키고, 프로젝트를 업데이트하고, 받아오기 위해서 우리는 "cvs" 라는 전용 클라이언트를 사용하게 된다. "cvs" 다음에 여러가지 명령행 옵션을 이용함으로써, 원하는 작업을 하게 된다.

"cvs" 프로그램을 사용하기 위해서 우리는 CVS 서버에 접근해서 지정된 디렉토리(프로젝트가 저장되는 디렉토리 다른말로 "저장소") 가 어디인지 cvs 프로그램에 알려주어야만 한다. 보통 환경변수인 CVSROOT 를 통해서 "cvs" 에게 CVS 서버의 정보를 알려준다. 그러므로 자신의 홈디렉토리의 .bash_profile 파일에 다음과 같은 내용을 추가시켜주어야 한다.

CVSROOT=:pserver:yundream@192.168.0.5:/home/cvs

위의 CVSROOT 에는 "pserver" 은 우리가 CVS 서버에 접근하기 위해서 pserver 방식을 사용할것이며, 서버의 IP는 192.168.0.5 접근 아이디는 yundream 그리고 프로젝트가 저장되어 있는 저장소 디렉토리는 /home/cvs 라는 정보를 가지고 있다.

환경변수 CVSROOT 를 사용하지 않고 -d 를 이용하는 방법도 있다.

cvs -d :pserver:yundream@192.168.0.5:/home/cvs [옵션]

그러나 이방법은 불편하므로 환경변수를 사용하도록 하자.

3.2. cvs 클라이언트 사용하기

3.2.1. 로그인 하기 : login

프로젝트를 아무나 접근해서 사용하게 해서는 당연히 안될 것이다. 그러므로 최초에 아이디와 패스워드를 이용한 인증절차를 거치게 된다.

CVS 서버에 로그인 하기 위해서는 "cvs" 다음에 옵션으로 login 을 주고 실행시키면 된다.

# cvs login
CVS password:

그러면 패스워드를 묻는 프롬프트가 떨어질것이다. 자신의 패스워드를 입력하면 인증이 성공된다. 한번 인증이 성공되면 인증에 사용한 여러가지 정보가 .cvspass 에 저장되고 다음부터는 .cvspass 를 사용해서 자동적으로 인증을 하기 때문에 최초에 한번만 login 을 성공하면 된다.

물론 당연히 CVS 서버인 192.168.0.5 에는 yundream 이란 사용자가 등록되어 있어야 하며 이 사용자는 cvs 그룹에 포함되어 있어야 한다.

3.2.2. 프로젝트 만들고 등록하기 : import

가장 먼저 해야할일은 진행될 프로젝트를 만들고 등록하는 일이다. 우리가 진행하고자 하는 프로젝트는 hello_world 프로젝트이며, 여기에는 hello.c라는 하나의 파일이 포함되어 있다. 다음은 hello.c의 코드이다.

int main()
{
printf("Hello World\n");
}

우리는 단지 hello.c코드가 있는 디렉토리로 이동해서 다음과 같이 import 시켜주면 된다.

# cd hello_world
# cvs -d:pserver:yundream@192.168.0.5:/home/cvs import hello_world project start

이 디렉토리는 프로젝트 임포트를 위해서 새로 준비된 디렉토리여야 한다. 그렇지 않고 잡다한 파일들이 있을경우 이들 파일들까지 몽땅 프로젝트에 등록되어 버린다. 만약 환경변수 CVSROOT가 설정되어 있다면 아래와 같이 간단하게 import를 실행할 수 있을 것이다.

# cvs import hello_world project start
N hello_world/hello.c

No conflicts created by this import

2번째 인자인 hello_world는 import할 프로젝트의 이름이며 project, start는 프로젝트의 부가 정보들이다 (별로 신경쓸 필요 없다).

이렇게 하면 cvs서버의 저장소에 hello_world란 디렉토리가 생기고 여기에 hello.c가 올라가게된다.

참고: cvs 저장소에 올라가는 파일 원래 파일이름뒤에 ',v'이 붙어서 저장된다. hello.c라면 hello.c,v라는 이름으로 저장되며 여기에는 hello.c의 원래 내용외에 버젼 관리를 위한 각종 정보가 들어가게 된다.

3.2.3. 프로젝트 가져오기 : checkout

프로젝트 관리자가 프로젝트를 만들었다면 이제 프로젝트 개발자들이 프로젝트를 받아와서 필요한 작업을 해야할 것이다. 프로젝트에 가져오는 방법은 간단하다. "cvs" 다음에 checkout(혹은 co) 옵션을 사용하면 된다. co 옵션 뒤에는 등록할 프로젝트 이름(hello_world)을 명시해 주면 된다.

# cvs co hello_world
cvs server:
Updating hello_world
U hello_world/hello.c

성공적으로 프로젝트가 등록되었다. 이제 ls 해보면 현재 디렉토리에 hello_world 라는 프로젝트이름을 가지는 디렉토리가 생겼음을 알 수 있다. 이와 더불어 hello.c역시 확인 가능할 것이다.

3.2.4. 프로젝트 수정후 적용(업데이트) : commit

그런데 원래의 hello.c를 보면 printf() 함수가 선언되어 있는 stdio.h가 빠져있다. 대부분의 경우 문제가 없지만 컴파일러에 따라서 경고메시지를 보내거나 심한경우 컴파일 실패하는 경우도 있다. 그래서 헤더파일을 추가하기로 했다.

#include <stdio.h>

int main(int argc, char **argv)
{
printf("Hello world");
}

헤더파일을 추가 시켰다. 이제 프로젝트 내용을 내가 수정한 내용으로 cvs를 업데이트 시켜야 할것이다. 이럴때는 "commit" 옵션을 이용하면 된다. -m 옵션을 이용하여 변경된 내용에 대한 간단한 로그도 남겨줄수 있다.

# cvs commit -m "stdio.h 헤더파일 인클루드" hello.c
Checking in hello.c;
/home/cvs/hello_world/hello.c,v <-- hello.c
new revision: 1.2; previous revision: 1.1
done
#

물론 cvs 업데이트를 시킬때는 반드시 컴파일이 되는지 정도는 확인하고 올려야 될것이다. 컴파일도 안되는 코드를 올렸다가는 팀원들에게 원망의 소리를 듣게 될것이다.

3.2.5. 파일 받아오기/로그 보기 : update, log

이제 여러분은 hello_world 프로젝트의 진행 일원이 되었다. 프로젝트 참여 개발자로서 여러분이 컴퓨터 앞에 앉았다면 가장 먼저 해야할일은 간밤에 누군가 프로젝트를 수정하지 않았는지 확인하고 테스트하는 일부터 해야 한다. 최근 프로젝트에 대한 변경사항은 "up"을 이용해서 확인할 수 있다.

[yundream@myhome hello_world]$ cvs up
cvs server: Updating .
P hello.c
[yundream@myhome hello_world]$

hello.c 라는 파일이 수정 돼었음을 알수 있다. hello.c 는 새로이 수정 되었음으로 누가 어떤 이유로 코드를 수정했는지 확인해볼 필요가 있을 것이다. 이럴때는 "log" 명령을 사용한다. "log"명령을 사용하면 해당 파일에 대한 간략한 로그정보를 얻어 올수 있다.

[yundream@myhome hello_world]$ cvs log hello.c
cvs server: Logging .

RCS file: /home/cvs/hello_world/hello.c,v
Working file: hello.c
head: 1.1
branch:
locks: strict
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
----------------------------
revision 1.1
date: 2002/06/07 01:36:27; author: yundream; state: Exp;
stdio.h 헤더파일 인클루드
=============================================================================

그러면 버젼정보에서 부터, 누가 수정을 했는지, 언제 수정을 했는지와 commit하면서 남긴 로그메시지 등이 표시 됨으로 hello.c 가 어떤식으로 변경되었는지 대략의 정보를 얻어올 수 있다.

3.2.6. 버젼별 차이 확인 : diff

이렇게 해서 새로운 소스 파일을 가져왔는데, 어느 코드의 어떤 라인이 수정되었는지 확인하고 싶을 때가 생길 것이다. 이러한 버젼별 코드 변경사항의 히스토리가 남게 된다면 나중에 문제가 생겼을 때 이전버젼의 코드를 쉽게 얻어낼수도 있을 것이다.

cvs는 버젼별 코드변경사항을 모두 저장하며 개발자는 이 내용을 이용해서 코드변경사항을 확인할 수 있을 뿐 아니라 문제가 생겼을시 이전 버젼의 코드를 얻어올 수도 있다.

참고: 물론 이러한 작업을 위해서는 약간의 수작업이 필요한데, 공개된 CVS프론트엔드들은 자동으로 이러한 귀찮은 일을 대신 해준다. 아마도 웹기반의 CVS프론트엔드가 가장 좋은 선택이 될 것이다.

버젼별 변경내용은 diff를 통해서 확인할 수 있다.

//hello.cc에 대해서 1.1버젼과 1.2버젼과의 변경내용을 출력하시오.
# cvs diff -r 1.2 -r 1.1 hello.cc
bash-2.04# cvs diff -r 1.2 -r 1.1 hello.c
Index: hello.c
===================================================================
RCS file: /home/cvs/hello_world/hello.c,v
retrieving revision 1.2
retrieving revision 1.1
diff -r1.2 -r1.1
1,2d0
< #include <stdio.h>
<

단지 diff만 사용하면 가장최근의 변경사항을 출력한다.

#cvs diff test.cc

3.2.7. 파일 추가하기 : add

이렇게 해서 프로젝트를 진행하다 보니 README파일을 추가시켜야 할 필요성을 느끼게 되었다. 이처럼 프로젝트를 진행하다 보면 중간중간 여러개의 파일을 추가해야 될건데 이럴경우 add를 이용해서 파일을 추가하면 된다.

# cvs add README
cvs server: scheduling file `README' for addition
cvs server: use 'cvs commit' to add this file permanently

이렇게 해서 파일을 추가하긴 했는데 이렇게 했다고해서 바로 파일이 cvs에 등록되지는 않는다. 반드시 commit 를 해서 파일이 프로젝트에 사용될것이라는것을 승인 시켜줘야 한다.

이제 다른 개발자가 cvs up을 하면 README파일이 추가된것을 확인할 수 있게 된다.

# cvs up
cvs server: Updating .
U README

3.2.8. 충돌의 해결

위의 경우는 "팀장"이 파일을 올리고, "팀원"이 파일을 받아서 수정하고 다시 파일을 올리는 과정을 밟고 있다. 그러나 하나의 프로젝트파일에 대해서 2명이 동시에 작업을 하다보면 충돌되는 경우가 생길수 있을것이다.

예를 들어서 "팀장"과 "팀원"이 동시에 같은 라인을 수정하고 있는데, 팀장이 먼저 commit 를 했다고 하자. 잠시 후에 팀원이 commit 하면, 같은 코드라인에 대해서 충돌이 일어나게 될것이다.

그렇지만 걱정할것 없다. cvs 가 알아서 자동적으로 관리해주기 때문이다. 팀원이 자신의 쏘쓰를 commit 하려고 하면 cvs 는 자동적으로 "코드라인에 충돌이 일어났음으로 먼저 update 를 하시오" 라는 메시지를 출력한다. 그래서 update 를 시키면 어느 부분이 충돌을 일으키는지 표시해준다.

다시 프로젝트 쏘쓰인 hello.c 로 돌아가서, 팀장이 다음과 같이 코드를 약간 수정했다고 가정하자.

#include <stdio.h>

int main(int argc, char **argv)
{
printf("Hello World!!!!!\n");
}

그런데 그때 "팀원" 도 동일한 코드를 수정했다.

#include <stdio.h>

int main(int argc, char **argv)
{
printf("Hello World??\n");
}

이 상태에서 팀장이 commit 시키고, 잠시후에 팀원이 commit 시키려고 하면 다음과 같은 에러가 발생한다. (팀장은 아무 이상없이 commit 시킬수 있다)

[yundream@myhome hello_world]$ cvs commit -m hello.c
cvs commit: Examining .
cvs server: Up-to-date check failed for `hello.c'
cvs [server aborted]: correct above errors first!

이문제를 해결하기 위해서 먼저 update 명령을 이용해서 현재 CVS서버에 저장된 프로젝트 내용을 가져오도록 한다. 그러면 다음과 같은 메시지를 받아볼수 있을것이다.

# cvs up
cvs server: Updating .
RCS file: /home/cvs/hello_world/hello.c,v
retrieving revision 1.3
retrieving revision 1.4
Merging differences between 1.3 and 1.4 into hello.c
rcsmerge: warning: conflicts during merge
cvs server: conflicts found in hello.c
C hello.c

기존의 1.3 버젼과 지금 버젼의 프로젝트와 충돌이 생겼음을 알수 있다. 'C' 는 충돌(confilict)이 있음을 나타내는 단어이다. 이제 hello.c 소스를 보면 다음과 같이 충돌되는 부분을 표시해줄것이다.

#include <stdio.h>

int main(int main, char **argv)
{
<<<<<<< hello.c
printf("Hello World!!!!!\n");
=======
printf("Hello World??\n");
>>>>>>> 1.3
}

이럴경우는 팀장과 연락을 취해서(메일, 메신저, 전화로) 충돌되는 코드에 대해서 서로 조율해야 할것이다. 굳이 조율까지 할 필요 없이 그냥 팀장의 코드를 사용하기로 했다면 충돌된 부분을 팀장의 코드로 조정한다음에 commit시키면 된다.

3.2.9. 필요없는 파일지우기 : delete

쏘쓰파일중에 더이상 필요가 없어진 파일에 대해서는 delete 명령을 이용할수 있다. README 파일이 더이상 필요 없다면 우선 README 파일을 rm을 이용해서 지워주고.. delete한 후 commit시키면 된다.

# rm README
# cvs delete README
cvs server: scheduling `README' for removal
cvs server: use 'cvs commit' to remove this file permanently

# cvs commit -m "리드미 더이상 필요 없어서 삭제했음" README
Removing README;
/home/cvs/hello_world/README,v <-- README
new revision: delete; previous revision: 1.1
done

이제 다른 프로젝트 개발자가 cvs up을 하면 다음과 같이 README가 삭제되었음을 확인할 수 있게 된다.

# cvs up
cvs server: Updating .
cvs server: README is no longer in the repository

이후 ls를 하면 실제 README파일이 지워져있음을 확인 할 수 있을 것이다. 그렇다면 어떤 악의적인 개발자가 중요한 파일을 지워버리면 잘못해서 해당 파일을 영원히 잃어 버리게 되는 사태가 발생하지 않을지 걱정이 될 수도 있을 것이다. 그러나 이 문제는 그리 크게 걱정할 필요가 없다. 해당 파일은 이미 다른 여러 개발자들이 가지고 있을 것이며, 설혹 그렇지 않다 하더라도 cvs 서버에는 파일이 보존이 되어 있기 때문에 언제든지 복구 가능하기 때문이다. 또한 누가 파일을 삭제 했는지 log를 통해서 쉽게 알아 낼 수 도있다.

3.2.10. 프로젝트를 완료했을때 : release

프로젝트를 완료했다면, release 옵션을 사용해서 프로젝트를 닫을수 있다. 프로젝트를 닫는다고 해서 저장소의 파일을 완전히 지우는 것은 아니다. 단지 저장소의 프로젝트에 어떠한 수정도 할수없는 상태다.

3.3. 효율적인 프로젝트 관리를 위한 CVS 사용법

CVS는 여러명의 개발자가 참여한다는 가정하게 사용되어 지므로 이를 효율적으로 프로젝트가 진행되도록 하기 위한 몇가지 지켜야할 사항이 있는데 이들에 대해서 알아보도록 하겠다.

아침에 와서 컴퓨터 앞에 앉았다면, 가장먼저 cvs up 을 이용해서 밤사이에 업데이트 된 내용이 있는지 확인을 한다. 그다음 작업에 들어간다. 공동작업을 할때 가장 중요한것은 상대편 작업자가 무슨일을 하고 있는지에 대해 알아야 하는 것이다. 습관적으로 cvs up을 해줘야 한다.

그리고 꽤 중요한 수정이 있었다고 하면 중간중간에 commit하도록 한다. commit할때도 우선 cvs up을 이용해서 수정사항이 있었는지 확인하도록 하고 당연하지만 반드시 컴파일이 되는지 확인한 후 commit 시켜야 한다.

CVS 를 제대로 사용하기 위해서는 CVS 저장소의 구성을 잘해놓아야 한다. 예를 들어 Project_A 란 프로젝트를 시작한다면 Project_A 란 디렉토리를 만들고 그 아래에 프로젝트에 필요한 각종 디렉토리, 즉 작업문서의 저장을 위한 doc 디렉토리, 실제 쏘쓰가 포함될 src 디렉토리, 인크루드 파일이 존재하게 될 src/include 디렉토리 등, 체계적으로 프로젝트를 관리할수 있도록 미리 저장소를 세팅해 놓아야한다. 물론 나중에라도 디렉토리를 추가할 수도 있지만, 이왕이면 미리 프로젝트에 대한 계획을 잘 세워두는게 좋을것이다.

Project_A --+-- doc -+-- readme.txt
| |
| +-- todo_list.txt
| |
| +-- schedule.xls
|
+-- src --+-- Makefile
|
+-- main.cc
|
+-- io.cc
|
+-- include --+-- io.h
| |
| +-- common.h
+-- lib --+-- crypt.a

그리고 가능하면 모듈별로 쏘쓰코드를 나누고, 각 모듈별로 분담해서 개발을 하도록 하는게 프로젝트를 쉽게 관리 하는 방법이다. 그러면 개발자는 자신의 모듈만 신경쓰면서도, 전체의 프로젝트의 흐름에 유연하게 대처할수 있게 된다.

3.4. 기타 옵션

3.4.1. 디렉토리 upload하기

작업을 하다보면 디렉토리를 만들어서 cvs서버에 등록시켜야 하는 경우가 있다. 등록은 add와 commit를 이용해서 가능한데, 이를 upload하기 위해서는 -d 옵션을 이용해야 한다. -d 옵션을 사용하지 않을경우 일반 파일들만 upload하고 디렉토리는 upload 하지 않게 된다.

# cvs up -d

3.4.2. 바이너리 파일 추가하기

cvs는 일반텍스트로 이루어진 파일을 잘 관리하게끔 최적화 되어있다. 그러다 보니 바이너리 파일을 추가할경우 이를 텍스트로 인식해서 힘들게 추가했더니 파일이 깨지는 경우가 발생한다. 바이너리 파일은 다음과 같은 방법으로 추가하도록 하자.

# cvs add -kb filename.bin

4. CVS 의 다른 활용들

필자는 개인 정보의 관리를 위해서 CVS 를 사용한다. 회사에서 일하다가 좋은 사이트를 찾았다거나, 중요한 메모 상황이 발생했다거나, 좋은 자료를 찾았을경우, 일정관리 까지 모두 CVS 로 저장해두고 집에 있건 회사에 있건 개인 자료를 공유할수 있도록 만들어 놓았다.

모질라의 북마킹 데이타를 CVS 로 연결시켜 놓았기 때문에, 집에 있건 회사에 있건 동일한 북마킹 데이타를 유지할수 있으며, 일정관리(Koraganizer 을 이용한다), 메모데이타(knotes) 역시 공유 가능하도록 해두어서 편하게 사용하고 있다.

이렇게 CVS를 사용함으로써 PDA, email, 노트북(돈이 좀 있어야 한다) 매체를 이용하지 않고도, 간단하게 데이타 동기화를 이루어 낼수 있다.

5. 결론

이상 CVS의 설치와 간단한 사용방법과 활용방법에 대해서 얘기 해보았다. 여기에 있는 내용은 CVS 의 많은 기능중 꼭 필요한 10% 정도의 내용만을 다루고 있다. CVS 사용에 대한 깊은 내용을 알기 원한다면 cvs 와 함께 배포되는 man 페이지를 활용하거나 CVS 이야기, CVS 사용 등의 문서를 참고하기 바란다.

6. CVS 저장소 여러개 설치

CVS 는 관리 범위기 저장소>모듈 로 나누어 진다. 부서가 여러 부서이고, 서로 자료가 공유되지 않으면서 관리를 위해서는 아래와 같이 저장소를 여러개를 두고 사용하면 관리하기에 상당히 편리한 잇점이 있다.

  #cvs -d /home/cvs init
#cvs -d /home/cvs1 init
#cvs -d /home/cvs2 init

이제 /home에 3개의 저장소가 생성되었을 것이다. 각 디렉터리에는 CVSROOT라는 폴더가 생성되어 있을것이다.

이제는 cvs 서버상에 접근을 허용하기 위해 xinetd 설정을 바꾸어 주어야 한다.

/etc/xinetd.d/cvspserver

# default: on
# description: The cvspsever serves CVS Passowrd Server sessions; it uses \
# unencrypted username/password pairs for authentication.
service cvspserver
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/bin/cvs
server_args = --allow-root=/home/cvs --allow-root=/home/cvs1 --allow-root=/home/cvs2 pserver
log_on_failure += USERID
}

그냥 봐도 알수 있을 것이다. server_args에 --allow-root=<저장소디렉터리> 를 적어 주면 된다.

이렇게 하면 여러개의 저장소를 운영 할 수 있을 것이다.

신고
Posted by 새우날다 Trackback 0 Comment 0

[펌] Windows에서 CVSNT 설치와 설정, 첫 사용자 등록하기


[펌] Windows에서 CVSNT 설치와 설정, 첫 사용자 등록하기

1. 설치전 준비사항

CVSNT 프로그램.

내려받으려면
CVSNT는 홈에서 E-mail과 이름등록으로 내려받을 수 있다.

CVS를 이용해서 관리하게 될 파일들의 폴더를 만듭니다.
    윈도우의 적당한 위치에 아래 폴더를 만든다.
    C:\CVS\CVS_repository
    C:\CVS\CVS_Temp

※ 주의 : C:\winnt\temp, C:\temp 또는 C:\Documents and Settings 등의 아래에는 만들지 않는다.
                 이유는 잘모르지만......

2. 설치환경


Windows Server 2000(Windows Server 2003도 똑같겠지?)

3. 설치방법 [CVSNT 서버]

1) 내려받은 cvsnt-2.5.03.2382.msi 파일을 실행시킨다(더블클릭).

\"사용자

2) 짧은 영어 읽어보고 Next 꾸~욱 (CVSNT 2.5.03.2382를 설치한다네요..)

\"사용자

3) GNU GENERAL PUBLIC LICENSE(GPL) 내용을 보여주네요. NEXT.

\"사용자

4) 설치형식을 지정하는 거네요. 잘 모르니깐 Typical 선택.

\"사용자

5) 설치할 준비가 되었다네요. Install 버튼을 누릅니다.

\"사용자

6) 설치 진행 상태가 표시됩니다. 할 꺼 없습니다.. 그냥 지켜보던지 커피 일 잔 하시는게..

\"사용자

진행이 됩니다.

\"사용자

7) 완료했다는 메시지가 나오는 군요...다 됐습니다..설치 끝

사용자 삽입 이미지

8) 오호...Window Server 2003에서는 재부팅을 해야하네요...[Yes]를 눌러줍니다.

사용자 삽입 이미지

4. 설정 방법 [CVSNT 서버]
  1)   설치가 완료가 되면 시작메뉴에 CVS에 관한 메뉴가 생성이 된다.
      이것에서 [CVSNT Control Pannel]이라는 메뉴를 선택한다. 아래의 창이 나타난다.
       Services가 작동중인 것을 확인할 수 있다.
       설정 작업이 진행 중일 동안에는 서비스들(Services)을 중지 시켜 놓는다. [Stop]을 누른다.

사용자 삽입 이미지

2) [Stop]을 눌렀을 때를 확인할 수 있다. [Start]가 활성화가 된다..

사용자 삽입 이미지

3) [Repository Configuration]탭을 선택한다. 저장소(Repository)를 지정하는 부분이다.
    [Add]버튼을 눌러 저장소를 지정한다. 저장소는  CVSNT설치전에 생성하였던  CVS_Repository 폴더를 지정

사용자 삽입 이미지

4) [Add] 버튼을 누르면 새로운 창이 뜬다. 이 곳에서 위에서 말한 저장소의 위치를 지정한다.

5) 저장소를 지정하니깐 저장소 초기화에 대한 메시지가 뜨네요..뭐 하라는데 해야죠...잘 모르니깐.. ^^;....

사용자 삽입 이미지

6) 다음은 Server Settings 탭을 선택한다. Temporary 항목을 지정하여 준다.
    이 폴더도  CVSNT 설치 전에 설정한  CVS_Temp 위치를 지정하여 준다.

사용자 삽입 이미지

7) [Compatibility Options]탭을 선택한다. 여기서 Respond as cvs 1.11.2 to version request 항목을 체크한다.

사용자 삽입 이미지

8) 기본적인 설정을 마쳤다. [적용] 버튼을 눌러 적용하고 확인을 누른다.

사용자 삽입 이미지

9. CMD 창을 실행하고 다음과 같게 타이핑한다.

사용자 삽입 이미지
사용자 삽입 이미지
사용자 삽입 이미지

명령 프롬프트에서 윈도우계정추가 & CVS계정추가

윈도우서버에 접근방법이 telnet밖에 없을 때 콘솔에서 작업할 수도 있다.


###### 윈도우 계정 추가 : 계정 -> mrnam     암호  ->  qweruiop
NET USER mrnam qweruiop /add /EXPIRES:NEVER

###### mrnam 계정에 administrators권한 추가
net localgroup administrators mrnam /add

###### cvs 계정 mrnam을 만들면서 윈도우의 mrnam 계정에 연결
cvs passwd -a -r mrnam mrnam

set CVSROOT=:pserver:{계정명}@{서버명}:/{저장소 이름}

[계정추가]
cvs passwd -r cvsnt -a {추가할 계정}

[계정삭제]
cvs passwd -r cvsnt -X {삭제할 계정}

[passwd options]

-a

    Add user. Adds a new user entry to the password file
-x
    Disable user. Changes the password so that the user cannot log in.
-X
    Delete user. Remove the user entry from the password file.
-r user
    Alias username to real system user. Before a virtual(pserver) user can log in the system

    needs to know which user account to use for that user.
-R
    Remove system alias for user.
-D domain
    (Win32 only) Use the users' domain password instead of a separate password. For security

    reasons this is not recommended

생성된 계정 패스워드 변경

사용자 삽입 이미지
신고
Posted by 새우날다 Trackback 0 Comment 0


티스토리 툴바