• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
협업 툴 사용법
 

협업 툴 사용법

on

  • 3,000 views

프로젝트 진행 시에 쓰이는 협업 툴의 간단한 사용법

프로젝트 진행 시에 쓰이는 협업 툴의 간단한 사용법

Statistics

Views

Total Views
3,000
Views on SlideShare
3,000
Embed Views
0

Actions

Likes
1
Downloads
14
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    협업 툴 사용법 협업 툴 사용법 Document Transcript

    •   FeGs             협업
    •   툴의
    •   (정말
    •   기본적인)
    •    사용법
    •    PoolC
    •   
    •   홍철주
    •    2012.03.12
    •   
    •   
    •   
    •   
    •   
    •   
    •   
    •   
    •   
    •   
    •      E-­‐Mail:  ang0123dev@gmail.com  
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    1
    •    1. 개요
    •    큰 프로젝트를 할 때에는 여러 사람이 한 프로그램을 작성하게 된다. 이 경우에 소스 관리는 필수이다. 고전적인 방법으로는 서로 메일을 주고 받거나 네트워크 상에 소스 전체를 올려서 각자의 소스를 업데이트하는 방법이 있다. 이 방법은 해보지 않아도 불편하다는 것을 알 수 있을 것이다. 협업 툴이 있다는 것을 알면서도 환경을 만들어주는 것이 귀찮아서 하지 않는 경우도 많다(이 경우에는 주로 그렇게 크지 않은 프로젝트일 때. 그래도 필요는 하다). 그래서 개발 환경을 갖추는 방법과 협업 툴의 사용법을 이 문서에서 다루고자 한다. 소스 관리 툴에는 svn, git, mercurial 등이 있지만 이 문서에서는 mercurial 을 중심으로 다룰 것이다. 2. 협업
    •   툴의
    •   기본적인
    •   사용법
    •   (TortoiseHg,
    •   SourceTree)
    •    2.1. 협업
    •   툴의
    •   기본
    •   개념
    •    
    •    Mercurial (이하 Hg)을 쓰기 쉽게 GUI 프로그램이 여럿 있다. 윈도우의 경우에는 TortoiseHg 가 있고, 맥의 경우에는 SourceTree 가 있다(맥도 TortoiseHg 가 있는데, 직접 빌드해서 써야한다). 아래에서 기본적인 사용법에 대해서 서술한다. 두 프로그램이 Hg 의 커맨드라인 명령을 GUI 로 쓰기 쉽게 바꿔놓은 것일 뿐이므로, Hg 기본 명령어부터 살펴보자. Mercurial Distributed SCM basic commands: add add the specified files on the next commit annotate show changeset information by line for each file clone make a copy of an existing repository commit commit the specified files or all outstanding changes diff diff repository (or selected files) export dump the header and diffs for one or more changesets forget forget the specified files on the next commit init create a new repository in the given directory log show revision history of entire repository or files merge merge working directory with another revision pull pull changes from the specified source push push changes to the specified destination remove remove the specified files on the next commit serve export the repository via HTTP status show changed files in the working directory summary summarize working directory state update update working directory use "hg help" for the full list of commands or "hg -v" for details
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    2
    •    보통 처음 프로젝트를 시작할 때는 ‘clone’ 명령어를 사용하게 된다. 소스 저장소(repository)는 별도의 서버에 저장하는 경우가 많으므로 (repository 생성에 관해서는 아래에서 다룬다), 기존에 있는 소스를 가져오는 것이 먼저이다. 이 이후에는 서버에 있는 소스 가져오기 -> 작업하기 -> 작업물 올리기의 사이클을 돌기 때문에 사용은 간단하다. 소스를 가져온다는 것은 원래 자신의 컴퓨터에 있던 소스에다가 가장 최신의 소스를 덮어쓴다는 것이다. 이를 ‘update’라고 한다. 작업을 한 이후에는 자신의 작업분이 포함된 소스를 다시 서버에 저장해야 하는데, 이 때 작업하던 것을 저장하는 것을 ‘commit’이라고 한다. ‘commit’을 하면, 짧은 comment 와 revision 이 branch 에 등록된다. revision 은 흔히 말하는 버전이라고 생각하면 된다. 한 번 commit 을 할 때마다 revision 이 1 씩 증가한다. commit 을 하면 다른 사람이나 후에 자신이 봤을 때, 짧은 comment 를 보고 이 작업이 무엇인지 알 수 있다. 한편 각각의 revision 은 복원 지점이 된다. 코드가 잘못 작성되거나 이전으로 되돌릴 필요가 있을 때 원하는 revision 으로 되돌릴 수 있다. 이를 ‘revert’라고 한다. 이렇게 commit 을 하면 서버에 바로 등록되는 경우도 있는데, 아닌 경우가 있기 때문에 commit 이후에는 Push 를 이용해서 서버에 올려주어야 한다. 뭔가 여러 가지 적긴 했는데 잘 감이 안 올지도 모른다. 그래서 짧게 요약을 하자면 소스 저장소 가져오기 (가장 처음) : Clone 최신 소스 가져오기 : Update 소스 저장 : commit 소스 되돌리기 : revert 이외에 Merge 등이 있다. 
    •    2.2.
    •   저장소
    •   생성하기
    •   (bitbucket)
    •    
    •    일단 Hg 를 사용하기 위해서는 소스 저장소가 필요하다. 여기서 소스 저장소로 bitbucket(https://bitbucket.org/)을 이용할 것이다. bitbucket 에 가입한 후에는 Create new repository 메뉴로 들어가서 저장소를 생성할 수 있다. 다음 그림이 그 모습이다.
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    3
    •    이제 적절히 빈 칸을 채워서 쓰면 된다. Name 에는 프로젝트 이름을 쓰고, Repository-type 은 Mercurial 을 쓸 것이므로 그대로 두면 된다. Project management 에 Issue tracking 이랑 wiki 가 있는데, Issue tracking 은 나중에 개발하다가 생기는 버그 등을 고치기 위해서 쓰는 것이라고 보면 되고(http://humbroll.springnote.com/pages/17281 을 보자), wiki 는 프로젝트 문서를 작성하는 곳이라고 보면 된다. 보통 Wiki 는 쓰는 편이고 Issue tracking 은 반드시 쓸 필요도 없고 잘 쓰지도 않게 되지만, 준다니까 감사히 받아써도 상관은 없다. Language 에는 개발 언어를 설정하는 칸이다. 이런 식으로 적절히 적고 Create repository 를 클릭하면 저장소가 만들어진다. 만들어지면 위와 같은 것이 있는데, ‘이 저장소를 clone 하려면 아래 명령어를 써라’ 라는 것이다. 하지만 우리는 GUI 툴을 사용하기 때문에, 저장소 주소인 https://FeGs@bitbucket.org/FeGs/hgmanual 만 있으면 된다.
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    4
    •    프로젝트 메뉴에는 위와 같은 것이 있는데, 한 번씩 들어가보면 이해할 것이라 생각하므로 자세한 설명은 생략한다. 2.3.
    •   SourceTree
    •    맥에도 TortoiseHg 가 있지만 직접 빌드해서 써야하므로 귀찮기도 하고 더 쓸만한 SourceTree 를 이용해보자. 설명 순서는 위와 동일 하다. 먼저 SourceTree 를 켜면 Bookmarks 창이 뜬다. 여기서 Add Repository 버튼을 클릭하면, Source Path 를 적는 칸이 있다. 여기에 아까 봤던 저장소 주소를 적는다. (예를 들어, https://FeGs@bitbucket.org/FeGs/hgmanual) 그리고 Destination Path 는 실질적으로 작업할 공간의 디렉토리를 입력하면 된다. 그리고 계정 인증을 위해 인증 창이 하나 뜰 것인데, bitbucket 의 계정을 입력하면 된다. 그리고 clone 을 누르면 저장소를 불러온다.
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    5
    •    Bookmarks 창에 생긴 저장소를 open 하면 아래와 같은 모습일 것이다. 소스 저장소 생성할 때 Destination Path 가 있었는데, 현재는 이 폴더에 index.cp 파일 하나만 들어있어서 위와 같이 나온 것이다. 적당히 해당 폴더에서 작업을 하면 여기서 자동으로 추가되어 폴더 모습을 보여준다. 앞에서도 설명했지만, 작업 순서는 Update -> 작업하기 -> Commit -> Push 이다. 각 작업별로 버튼이 위에 있으므로 쉽게 할 수 있을 것이다. Working Copy 에는 commit 되지 않은 작업물들이 표시되고, commit 을 하면 revision 이 증가함과 함께 작업물들 목록이 없어진다. (commit 된 파일들)
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    6
    •    ‘commit’ 버튼을 클릭하면 위와 같은 창이 뜨고 간단한 메시지와 함께 아래쪽에 변경된 파일 목록이 나오는데 지금은 그냥 아무 변경 없이 눌러서 위와 같이 뜬 것이다. 
    •   
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    7
    •    왼쪽 메뉴에서 branches 를 누르면, 각 revision 별로 수정 사항, commit comment, merge 등의 변경 사항을 체크할 수 있다. commit 을 하면 일단 이 메뉴에서 수정 사항이 등록되고, Push 를 해주면 bitbucket 에서도 수정 사항을 볼 수 있다. Push 는 Push 버튼을 누르면 할 수 있다. 
    •   
    •   
    •    별 이야기는 없지만, 이 정도만 쓸 줄 알아도 충분할 것으로 보인다. 2.4.
    •   TortoiseHg
    •    Hg 를 쓰기 좋은 GUI 툴 중에 TortoiseHg 라는 것이 있다. http://tortoisehg.bitbucket.org/ 에서 다운로드할 수 있다.
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    8
    •    TortoiseHg 를 실행하면 위와 같은 모습이 된다. File 메뉴 들어가면 Clone Repository 를 클릭하면, 위와 같이 나오고 Source 에 저장소 주소를 입력하고 Destination 에는 실질적인 로컬 작업 공간을 입력한다. (중간에 인증창이 뜨면 bitbucket 비밀번호를 입력하면 된다) 위 그림은 막 clone 했을 때의 모습이다. SourceTree 와 마찬가지로 아까 지정했던 작업공간에서 작업을 하면 된다. 그 전에 update 를 해주어야 하는데, update 는 아래와 같은 위치에서 오른쪽 클릭을 하면 메뉴가 뜬다.
    • FeGs
    •    협업
    •   툴
    •   사용법 
    •   
    •   
    •    
    •    
    •    9
    •    update 를 선택하면 원하는 revision 으로 소스를 가져올 수 있다. 그리고 적절히 작업을 하고 위 메뉴 중 체크 모양 버튼이 commit 버튼인데, 이를 클릭하면 하단 창이 commit 창으로 바뀌고, 오른쪽에 commit 버튼을 누르면 (그 전에 commit 메시지를 작성해야 한다) commit 이 되고, push 를 해주려면 여기서 네 번째 버튼이 push 버튼이다(버튼 위에 마우스 올리고 있으면 설명이 나온다). 2.3 의 SourceTree 에서 너무 열심히 했더니 힘이 빠져서 왠지 쓰는 사람이 많은 Windows 쪽의 툴인 TortoiseHg 에 대한 설명이 쓰기 힘드므로 좀 더 열심히 쓴 글을 보고 싶으신 분은 2.3 을 참조해주시길 바래요. (부족한 설명이 있을지도...)
    •    3.
    •   글을
    •   마치며
    •    정말 기본적인 설명만을 담은 영 좋지 못한 문서이지만 쓰기는 힘드네요. 그래도 처음 협업 툴을 쓰는 사람들에게 도움이 되었으면 좋겠습니다. 이 정도만 써도 다른 많은 기능은 적절히 찾아보면서 쓸 수 있을거라 믿습니다. Merge 같은 것이나 Revert 같은 기능은 쓸모가 여럿 있으므로 한 번 봐두는 것도 좋습니다.
    •   
    •