SVN을 이용해서 커밋을 하다가 보면 아래와 같은 에러 메세지가 뜨면서

커밋이 안될 때가 있다.

이것은 현재 SVN 서버에 저장된 소스의 버전과 내가 Local에서 작업한 소스의 버전이 맞지 않아 발생한다.

즉, Local에서 작업한 소스 버전이 SVN서버의 버전에 있는 소스보다 과거의 소스를 받아서 계속 작업을 해왔다면

소스 버전이 맞지 않아 새로 수정한 소스 조차도 날짜가 맞지 않는 다고 나온다.

이럴 때는 기존의 Local에 있는 소스를 다 날리고, 새로게 업데이트를 받아서

수정한 부분을 Merge해서 다시 빌드한 다음에 올려야 제대로 올라간다.

기본적으로 Mac OS X에는 Subversion 프로그램이 있다.

1.터미널에서 SVN 서버와 클라이언트 버젼을 확인해 보자

디렉토리 생성

프로젝트 Import 

프로젝트 export

[SVN] Subversion 명령들

 Subversion 에서 사용되는 기본적인 명령들을 알아보자.  IDE (통합 개발환경)을 사용하면 쉽게 사용할 수 
있는 기능들이지만 커맨드 사용법을 알아두면 유용하게 사용할 수 있다.  커맨드를 직접 사용해 보면 내부동작을 
좀 더 쉽게  이해할 수 있으며 특히 자동화 스크립트를 작성할 때 도움이 된다.  
(소스관리 프로젝트를 위해 svn 명령을 사용할 경우와 svn 자바 라이브러리를 다룰 때도 도움이 된다. )

다음과 같은 순서로 Subversion 사용방법을 알아보겠다. 

1 저장소 생성
2 프로젝트 생성
3 프로젝트 저장소에 임포트(import)
4 작업본(working copy)  내려받기(checkout) 
5 woking copy에 파일 추가(add)
6 로컬 수정사항 커밋(commit)
7 저장소 변경사항 업데이트 받기 (update) 
8 브랜치/태그 (저장소 파일 복사/이동)
9 저장소 파일 삭제 
10 working copy 정보 보기

1. 저장소(Repository) 생성

가장 먼저 해야할 일은 저장소를 생성하는 작업이다. 저장소 생성에 관련된 내용은 지난 포스팅을 참고하기 바란다. 

svnadmin create --fs-type fsfs  MyRepository

2.  프로젝트 생성

이제 저장소에서 관리할 프로젝트를 위한 최초 디렉토리 구조를 로컬상에 생성한다. 
다음과 같은 구조로 "문서관리 시스템"을 위한 디렉토리 구조를 생성하였다. 

3. 프로젝트 저장소에 임포트(import) 

이제 로컬에 생성한 프로젝트를 저장소로 옮기자. 이 작업은 공유를 위한 프로젝트 최초 기본파일을 구성하는 단계이다. 
아래 명령으로 로컬 프로젝트 파일을 저장소로 복사한다. 

 svn import  -m "First DMS Project Import"  ./dms

저장소에 프로젝트 파일들이 옮겨졌기 때문에, 로컬 상에 있는 프로젝트 파일들을 삭제하자. 
이제 저장소에 있는 파일들이 모든 공유 문서들의 원본이 되고, 변경이 추가될 때마다 그 이력이 버전별로 관리가 된다. 

4. 작업본(working copy) 내려받기(checkout)

여러 사람이 저장소에 접근하여 산출물을 공유할 수 있게 되었다. 저장소에 있는 프로젝트 파일들을 
로컬상에 먼저 내려 받아보자.  로컬상에 자신이 다루게 되는 프로젝트 파일들을 작업본(working copy) 이라고 한다. 
작업본 내 모든 디렉토리에는 숨김파일 .subversion 이 생성되며 디렉토리 내 파일들의 목록과 수정사항들이 관리된다. 

svn checkout svn://repository_ip_address/MyRepository/trunk dms 

※ svn 명령들은 -r (revision) 옵션을 주어 아래와 같이 특정 리비전의 파일들을 다운 받을 수 있다. 
svn checkout -r  7 svn://repository_ip_address/MyRepository/trunk dms

5. 작업본에 파일 추가 (add) 

내려받은 작업본을 기반으로 자신이 담당한 모듈을 개발해 나가면 된다.  
새로운 파일을 작업본에 추가하고 싶은 경우,  새로운 파일을 생성하는 것만으로는 되지 않는다. 
작업본 파일목록에 명시적으로 새로 생성한 파일을 번영해 주어야 한다. 다음과 같은 명령을 사용한다. 

svn add build.xml

6. 로컬 변경사항 커밋 (commit)

작업본에 대한 모든 수정사항은 커밋을 해야 저장소에 반영이 된다.  파일 하나하나를 수정할 때마다 
커밋을 하는 것은 좋은 방법이 아니다.  에러가 발생하는 파일들을 저장소에 반영하면 업데이트를 받은 다른 팀웍들의 
작업에도 영향을 주기 때문이다. 되도록이면 명확한 단위작업별로 구분하여 완전히 동작하는 수정사항만을 커밋하는
것이 좋다.  커밋을 할 때마다 -m 옵션으로 변경사항에 대한 메시지를 반드시 달아주어 변경에 대한 정보를 알수있게 하자

svn commit -m "Added build.xml ant file"

7 저장소 변경사항 업데이트 받기 (update) 

작업본 checkout 이후부터,  작업을 시작하기 전에 저장소 최신 변경사항을 update 받아 작업본을 최신버전으로
유지하는 것이 좋다. 저장소와 작업본 사이에 버전 차이가 커질 수록 나중에 commit이 충돌문제가 발생할 수 있기
때문이다.  다음 명령으로 저장송 변경사항을 작업본에 최신화시킨다. 

svn update

8 브랜치(branch)와 태그(tag) 

특정시점의 문서버전(예를 들어 1차 개발버전과 같은...)에 대한 복사본을 남겨두고 싶을 때 브랜치를  사용한다. 
브랜치를 사용하면 복사본이 생성되고,  이후 수정작업들은 다시 작업본에 계손 수정되어 나간다.   branch는 가지라는 뜻으로
현재 작업버전에 대해 분기점이 되는 버전이라는 의미를 갖는다.  태그는  브랜치와 비슷한 의미를 갖지만, 분기되어 
완전히 작업이 완료된 버전(첫번째 릴리지 버전과 같은...)이며  이름표를 달아서 알아보기 쉽게 표시를 한다. 
svn에서 브랜치와 태그를 생성하는 명령은 copy 로 동일하다.  태그 생성시는 t 옵션을 주어 이름표를 달아준다. 

브랜치 생성 

svn mkdir -m "Create branch directory" svn://repository_ip_address/MyRepository/branches
 
svn copy -m "Creating release branch for 1.0"  svn://repository_ip_address/MyRepository/trunk  \

                                                                          svn://repository_ip_address/MyRepositorybranches/RB-1.0

태그 생성 

 svn mkdir -m "Create branch directory" svn://repository_ip_address/MyRepository/tags
 

svn copy -m "Tag release 1.0.0" svn://repository_ip_address/MyRepository/branches/RB-1.0 

                                                    svn://repository_ip_address/MyRepository/tags/REL-1.0.0

9. 저장소 파일 삭제 (delete)
저장소에 있는 파일을 삭제하는 명령은 다음과 같다. 파일 삭제후 update 를 수행하면 작업본에도 반영이 된다. 
 

svn delete -m  "Remove branch 1.0" svn://repository_ip_address/MyRepository/branches/RB-1.0 

10. working copy 정보보기 

다음명령으로 작업본 리비전 정보와 저장소 루트, 최신 수정일 등의 정보를 확인할 수 있다. 

svn info 

작업 디렉토리에 무턱대고 새로운 파일을 만든다고 해서 버전 관리 대상에 들어가지 않는다. 새로운 파일을 리비전에 

포함시키려면 다으모가 같이 svn add 명령을 사용해야 한다.

svn add test1.c test2.c

파일을 추가했다면 svn commit 을 통해 저장소에 반영해야 한다.

반대로 리비전에서 파일을 제거 하려면 

svn delete test1.c test2.c  

를 사용하고 위와 마찬가지고 commit 해야 한다. 

rename 으로 파일 명이나 디렉토리명 변경

svn rename test1.c main.c   // test1.c 를 main.c 로 변경

SVN 명령어

svn merge 작업은 몇달에 한번씩만 하다보니 명령어를 까먹어서 매번 검색을 하는거 같다.
그냥 내 블로그에 정리를 해두자~

"1.1-stable" 이라는 브랜치의 작업 내용을 "trunk"에 반영(merge) 작업을 한다고 가정함. 

1. "1.1-stable"이 최초로 생성된 revision을 얻는다. 아래의 명령어를 이용하여 가장 밑에 로그 revision을 확인함.

참고 : http://seino-takahiro.blogspot.com/2009/04/mac-os-x-105-leopard-svn.html

1. svn디렉토리생성

    svnadmin create /Users/seungbeomi/Sites/svn

    sudo chown -R www /Users/seungbeomi/Sites/svn

2. 체크아웃 테스트

    svn co file:///Users/seungbeomi/Sites/svn

3. svn 기본디렉토리생성(svn/repos)

    mkdir trunk branches tags

4. import

    svn import -m "init" . file:///Users/seungbeomi/Sites/svn

5. apache의 httpd.conf파일 수정

    open -a macvim /etc/apache2/httpd.conf

    LoadModule dav_svn_module libexec/apache2/mod_dav_svn.so     # 모듈은 /usr/libexec/apache2/에 있다

6. apache기동

    시스템환경설정 > 공유 > 웹 공유

7. svn 접속

    http://localhost/repos/

나는 내가 할줄 아는 대부분의 것들도 인터넷으로 찾아서 하는 편인데 그 이유는

• 내가 아는 것에서 한정짓지 않고 다른 사람이 어떻게 하고 있는지 확인하며
  • 내가 모르는 무엇을 추가로 좀더 파악하고
  • 최신 트렌드를 연마하기 위해서이다.
• 또한 지식을 축적하여 KnowHow를 늘려가는 것보다는 KnowWhere 가 좀더 중요도가 높다고 판단하기 때문이다. (물론 KnowWhere 는 제대로된 bookmark가 필수 요소이다.) 

mac os x Leopard 에 dav_svn 을 설치하는 과정은 검색해 보았으나 쉽게 찾을 수는 없었다. 검색 결과(mac leopard dav_svn) 중 하단의 블로그 결과로 봐줄만 한게 있었으나 "고기를 잡는 과정은 있으나. 고기를 잡는 방법에 대한 과정" 이 기술되어 있지 않은듯 하여 직접 기술 하게 되었다.

Running a subversion server on my Mac Mini‎ – 2010년 1월 3일

I recently installed a Mac Mini to be run as a media server. … Create a new file for dav_svn.conf. sudo vi /private/etc/apache2/extra/dav_svn.conf …

dav_svn 은 WebDAV 에 Subversion 을 융합시키기 위한 모듈이다. WebDAV 는 Web-based Distributed Authoring and Versioning 으로서 웹을 통한 웹을 기반으로 하는 공동 저작활동을 할 수 있도록 해 주는 http 서버의 모듈이다. SubVersion 은 CVS의 단점을 개선하여 나온 신 버전 관리 시스템으로 볼 수 있다. dav_svn 을 융합시키면 좋은 이유는 다음의 2가지 정도로 볼 수 있다.

• 인터넷이 되는 곳이라면 subversion을 이용할 수 있다.
  • WebDAV가 http 서버의 모듈이기 때문에 http protocol을 사용하고 때문에 방화벽에 대부분 안전하다. 즉, 인터넷이 되는 환경이라면 일단 subversion 이 된다고 볼 수 있다.
• 웹으로 versioning 한 내용을 살펴 볼 수 있다.

따라서 svn server 를 잘 운영하고 있다 하더라도 WebDAV 를 이용해서 한단계 업그레이드 시키는 것은 권할만한 사항이라고 생각한다.

사실 mac 이든 어디든 dav_svn 을 설정하는 것은 그다지 어려운 일이 아니다. 다만 mac은 다른 리눅스 진영과 달리 컴파일보다는 바이너리 설치에 사람들이 익숙하고 아래 순서에 나와 있지만 하필 httpd.conf 에 svn관련 설정만 딱 빠져 있기 때문에 컴파일을 다시 해야 하나? 등의 오해를 불러 일으킬 수 있다. 따라서 해당 모듈이 이미 mac에 있다는 사실만 알면 된다. 참고로 아래 내용은 httpd.conf 그리고 module 이 무엇인지 아는 정도 레벨에서 이해할 수 있도록 기술 되어 있다. 짧게나마 쓴다면 httpd.conf 는 apache 웹서버의 설정값이 기술되어 있고 module 은 apache 웹서버의 플러그인으로 볼 수 있다.

1. 지금부터 할 대부분의 작업들이 admin 권한을 요구하므로 sudo 로 shell에게 모든 권한을 부여한다.
   • > sudo bash
   • 자신 계정의 password 입력.
   • terminal (터미널) 앱으로 해야 하는 것은 당연.
2. apache2 설정 directory 로 이동하여 mod_dav_svn 이 없음을 확인 
   • bash-3.2# cd /etc/apache2
     bash-3.2# grep -R ‘svn’ *
   • 위의 명령을 날려보면 conf 파일을 포함하여 svn관련 내용이 없다는 것을 알 수 있다.
3. svn 관련 모듈이 mac의 어딘가에 파일로 존재함을 확인
   • nzMini:apache2 nzin4x$ cd /usr/libexec/apache2/
     nzMini:apache2 nzin4x$ ls -al *svn*
     -rwxr-xr-x  1 root  wheel   64896 Oct  5  2009 mod_authz_svn.so
     -rwxr-xr-x  1 root  wheel  429632 Oct  5  2009 mod_dav_svn.so
     nzMini:apache2 nzin4x$
   • /usr/libexec/apache2 안의 파일들이 httpd.conf 에서 LoadModule 로 호출할 수 있는 파일이다.
4. 모듈을 이용할 수 있도록 apache가 컴파일 되어 있음을 확인
   • bash-3.2# httpd -l
     Compiled in modules:
       core.c
       prefork.c
       http_core.c
       mod_so.c
   • 위의 mod_so.c 때문에 동적으로 모듈을 로딩할 수 있다. 만약 mod_so 가 없다면 동적으로 모듈을 할 수 없으므로 필요한 모듈을 같이 다시 컴파일 해야 한다. 요즘은 대부분 기본으로 동적 모듈을 제공한다.
5. httpd.conf 에 수동으로 추가 함
   • LoadModule dav_svn_module libexec/apache2/mod_dav_svn.so
     LoadModule authz_svn_module libexec/apache2/mod_authz_svn.so
     LoadModule dav_fs_module libexec/apache2/mod_dav_fs.so
   • 적당한 위치에 추가하며 필자는 mod_dav_fs 위에다가 2줄을 추가 하였다.
6. httpd.conf 에 관련 설정 모듈을 webdav 에 추가했음을 밝힘
   • # Distributed authoring and versioning (WebDAV), and svn
     Include /private/etc/apache2/extra/httpd-dav.conf
   • ,and svn 이라는 단순한 주석을 추가하였다. 현재까지의 과정은 apache가 svn 관련 module을 설치하는 과정이었고, 이제 이 모듈이 어떻게 동작할지에 대해서는 ./extra/http-dav.conf 에 추가할 것이다.
7. /etc/apache2/conf/extra/httpd-dav.conf 수정
   • <Location "/svn">
         Dav svn
         SVNPath /Users/nzin4x/svnrepo
         AuthType Digest
         AuthName webhard
         AuthUserFile /etc/apache2/htpswd
         require valid-user
     </Location>
   • 위의 내용을 마지막 라인에 추가한다.
   • http://nz.pe.kr/svn 에 접속했을때 repository 인 /Users/nzin4x/svnrepo 에 접속(매핑)하라는 뜻이며 /etc/apache2/htpswd 에 만들어져있는 패스워드 정의 파일에 webhard realm (영역) 에 digest 방식으로 패스워드를 인증하여 사용하라는 뜻이다. 이 영역에 접근하기 위해서는 valid-user 여야 한다.
   • htdigest 를 이용해서 패스워드를 만드는 과정은 다음을 참고 한다. (http://httpd.apache.org/docs/2.0/programs/htdigest.html)
   • SVNPath 는 repository 가 하나일때 사용하는 것이고 여러개라면 SVNParentPath 등으로 상세하게 설정할 수 있다.
8.   apachectl restart

좀 길게 적은감이 있다. 사실 중요한 것은 mac os x에는 dav_svn 을 위한 설정은 존재 하지 않지만 수동으로 추가 할 수 있도록 해당 모듈은 준비해 놓고 있다. 결국 위의 과정중 module 을 찾아내고 그것에 대한 설정을 추가하는 과정이 핵심이라고 할 수 있다.

• 참고
  • http://svnbook.red-bean.com/en/1.1/ch06s04.html

기본적으로 Mac OS X에는 Subversion 프로그램이 있다.

1.터미널에서 SVN 서버와 클라이언트 버젼을 확인해 보자

디렉토리 생성

프로젝트 Import 

프로젝트 export