이번 포스팅은 대부분의 서브버전 사용자는 거의 사용할 기회가 없거나 구경조차 할일이 없을 가능성도 있는 기능인 병합(Merge)과 잠금(Locking) 기능입니다. 대부분의 사용자는 체크아웃, 업데이트, 커밋이면 대부분의 필요가 해소됩니다. 하지만 때로는 복잡한 상황과 현상을 단순화 시켜 줄 수 있는 기능이기도 합니다. ■ 병합(Merge) 앞선 포스팅("서브버전(Subversion) 브랜치와 태그" 참조)에서 태그는 특정 시점의 리비전에 표시를 해둔 것으로 태그에 대한 수정 작업을 하지 않는다고 언급했는데, 브랜치는 메인 trunk 및 다른 브랜치와는 별개로 독자적인 개발 프로세스를 진행 합니다. 브랜치에 대한 개발 프로세스가 안정화되고 완료되면 다시 메인 trunk나 다른 브랜치와 합치는 작업이 필요..
살아 있는 프로젝트는 끊임없이 진화 및 발전해 나갑니다. 가장 원천적인 속성과 특성, 모양은 유지해 나가면서도 때로는 본류는 아니지만 곁가지를 쳐서 별도의 모습으로 발전하기도 합니다. 예를들어 상용 프로그램의 대표격이라 할 수 있는 윈도우 시스템의 경우에도 윈도우 XP, 윈도우 7, 윈도우 10등의 발전적 과정이 있지만 각 윈도우 시스템 별로 별도의 업데이트를 운영합니다. 어떤 경우에는 제품을 릴리즈한 시점의 코드가 정확히 보관되어야 할 필요성이 있는데 이러한 중요 시점별로 태그를 붙여 놓으면 추후 피드백에 용이하게 사용할 수 있습니다. ■ 브랜치와 태그(Branches/Tags) 앞선 포스팅에서 서브버전 저장소를 생성할 때 trunk/branches/tags라는 폴더를 기본 폴더로 자동 생성하도록 했는..
이번 포스팅은 형상 관리하고 있는 저장소를 작업 사본을 통하는 방식이 아니라 특정 버전 상태를 내보내기 해서 전달하거나 프로젝트에 포함되지 않은 내용을 외부에서 프로젝트 내부로 들여오기 하거나, 변경 사항을 패치 파일로 만들어서 외부로 전달하거나 내부에 반영 시키는 방법을 다룹니다. ■ 들여오기(Import)와 내보내기(Export) 들여오기(Import)와 내보내기(Export)는 기존에 형상 관리 대상이 아니었거나 다른 프로젝트에 있던 파일들을 저장소로 들여오거나 현재의 작업 사본을 일반 파일로 내보내는 명령 입니다. 들여오기는 CLI로 "svn import -m 로그메시지 들여올경로 서브버전URL" 명령으로 수행하거나 저장소 생성때 처럼 일반 파일 폴더의 팝업 메뉴에서 TortoiseSVN>Impo..
형상 관리 시스템 하에서 본격적으로 코드 작성이나 문서 수정 등의 작업을 하려면 저장소에서 작업 사본을 받는 것으로 시작합니다. 개발이나 작업이 여러날에 걸쳐 이루어 지고 있다면 그 사이에 다른 사람들이 작업한 내용이 저장소에 등록 되었을 수도 있는데 이를 내가 작업하고 있는 작업 사본에 반영하는 작업이 업데이트입니다. 자주 업데이트 할 수록 작업의 혼선을 예방할 수 있습니다. 내가 수행하는 작업이 일정한 단계를 지나거나 완료되었다면 저장소에 커밋하는 것으로 작업을 완료 합니다. ■ 작업 사본 받기와(Checking out) 작업 사본 만들기는 CLI로는 "svn checkout 서브버전URL 내려받을경로" 명령으로 수행할 수 있습니다. 윈도우에서는 토터스 SVN 컨텍스트 메뉴 >SVN Checkout으..
최근에는 분산 형상 관리 시스템인 깃(Git)을 사용하는 개발자가 많아 졌지만 여전히 서브버전을 애용하는 개발자들도 많습니다. 본격적으로 서브버전(Subversion) 사용법을 다루기 이전에 핵심 용어나 개념을 이해하는 것이 필요 합니다. 본 포스팅에서는 서브버전이 설치되어 있는 곳이라면 어떤 곳에서도 사용할 수 있는 명령행 도구(CLI, Command Line Interface)와 윈도우용 도구인 TortoiseSVN 사용법을 모두 다룹니다. ■ 토터스 SVN(TortoiseSVN) 설치 서브버전을 시스템에 설치한다는 의미는 외부의 서브버전 저장소에 접근할 수 있는 클라이언트를 설치하는 것과 동시에 자신의 컴퓨터를 서브버전 서버로 가동시킨다는 의미가 있습니다. 자신의 컴퓨터에 저장소를 생성하여 서브버전..
윈도우 시스템에서의 Trac과 서브버전(Subversion) 기반으로한 협업 개발 시스템을 다루고 있습니다. 이번 포스팅은 Trac과 서브버전의 사용자 관리하기 입니다. 시스템 설치는 아래의 두 글을 참조합니다. Trac 설치하기 1 - Subversion Edge 및 MySQL 기반Trac 설치하기 2 - Subversion Edge 및 MySQL 기반 서브버전 에지 기반으로 Trac을 설치한 환경에서는 기본적인 사용자 관리는 서브버전 에지에서 수행합니다. Trac의 사용자 인증을 서브버전 에지에서 관리하는 인증 체계를 활용하도록 했기 때문입니다. 그러므로 서브버전 에지에서 사용자 추가/삭제등의 기본 작업과 형상 관리 리포지토리에 대한 권한을 설정하고, Trac에 대해서는 각 프로젝트의 기능에 대한 권..
토터스깃(TortoiseGit)을 어떻게 발음하는가 살펴보지 않고 "토르토이즈깃"이라 보이는대로 발음하던 때가 창피하기는 하지만 "토터스깃"도 그리 친한 느낌이 들지 않아서 "거북깃"이라 부를까? 하는 생각도 해봅니다. Daum 사전의 발음 기호는 tortoise [tɔ́ːrtəs]입니다. 주제와는 다른 이야기이기는 하지만 영어 동물 이름이 철자와 조금 다른 경우가 종종 있습니다. 우리말로는 코요테라 부르는 동물이 대표적인 예로 coyote의 발음 기호는 [kaióuti]이어서 "카이오티"에 가깝습니다. 각설하고 "윈도우에서 깃(Git)을 좀더 편리하게 사용하기 - TortoiseGit", "기존 코드를 깃으로 형상관리하기", "네이버 개발자센터를 깃 저장소로 사용하기", "깃(git) 웹서비스 설치하기..
ISO9001이나 CMMI등 인증을 위해서 형상 관리/버전 관리를 만나셨다면 해당 표준이 조직과 프로젝트에 스며들도록 노력하면 됩니다. 그렇지만 인증을 위한 강제적 시스템 도입이 아니라면 사후에 "왜?" 라는 질문을 꼭 던져 보라는 것과 함께 사전에 일단 한번 사용해보라는 두가지를 권면하고 싶습니다."귀챦음" 만큼 개발자의 변화를 가로막는 이유같지 않은 이유도 없을 것입니다. 저의 경우 형상관리/버전관리 시스템을 사용하는 이유는 다음과 같습니다. 서브버전이 되었든 깃이 되었든 버전관리 시스템과 친숙한 것과 그렇지 않은것은 서로 다른 세계에 살고 있는 것입니다.제가 버전관리 시스템(VCS)을 사용하는 첫번째 이유는 일처리의 깔끔함입니다.프로그래밍은 "일"입니다. 물론 놀이로 프로그래밍하는 분들도 계실 수 ..
PM, PMO, 스프트웨어 공학(SE), 형상 관리, 버전관리, 테스트 케이스 작성과 테스트, 정적 코드 검사, Unit test...... 개발자들이 그리 탐탁치 않게 여기는 것들이 아닌가 싶습니다. 필요한 기능을 빨리 개발해 내면 되지 실질적으로는 별로 도움이 되지 않는것 같은 복잡한 절차를 왜 자꾸 만들지? 하는 의문이기도 합니다. 이러한 의문이 어떤 경우에는 설득력이 있는 경우도 있습니다. 절차라는 것이 진짜 형식일 뿐인 경우도 있으니 까요. 그런나 1인 개발 체제를 넘어서서 여러 사람이 함께하는 협업 개발 환경으로 전환되거나, 소프트웨어의 생존 기간이 길어지고 업데이트와 업그레이드 과정이 반복되다 보면, 위에서 그리 탐탁치 않게 여기던 것들이 "아, 이래서 필요한 것이었구나!"하는 공감을 하게 ..