[정보] svn 능력자를 위한 git 개념 가이드

svn 능력자를 위한 git 개념 가이드 자료입니다.

내용 참고 하시기 바랍니다.

 

 

svn 능력자를 위한 git 개념 가이드 from Insub Lee

 

 1. svn 능력자를 위한 git 개념 가이드
2.  svn을 능숙하게 다루던 능력자들 처음 git을 만나면 대게 이런 표정이죠.
3.  하지만 곧 이렇게 됩니다. http://ggamangi.tistory.com 블로그의 <민찬> 어린이입니다.
4.  git은 svn과 비슷해 보이지만 사실 상당히 다릅니다. 그래서 막상 덤벼보면 아리송한게 한 두가지가 아닙니다. git != svn
 5.  주위에서 흔히 볼 수 있는 git 가이드들은 무척 친절합니다. 하지만, svn 숙련자들에게는 오히려 혼란스럽습니다.
6.  지금부터 svn을 기준으로 git을 살펴보겠습니다.
7.  svn은 보통 저장소가 서버에 있습니다. git은 저장소가 내컴퓨터에 있습니다. 응? here! here! 저장소 내컴퓨터 내컴퓨터 저장소
8.  그럼 git은 다른 사람들과 작업을 할 수 없나요? 원격저장소를 만들면 됩니다. remote repository
 9.  ➀ 내 컴퓨터의 저장소에 열심히 작업 내용을 커밋하고 내컴퓨터 로컬저장소 원격저장소 ➁ 다른 사람과 공유할 때 원격 저장소에 푸쉬합니다. push commit
 10.  svn 저장소작업공간 git 원격 저장소 작업공간 로컬 저장소 이렇게 저장소가 분산되는 구조를 분산버전관리시스템(DVCS)라고 합니다.
11.  로컬저장소가 따로 있으면 어떤 장점이 있을까요?
12.  엄청나게 빠릅니다. 인터넷을 경유할 필요가 없기 때문에 훨씬 빠릅니다. git svn git svn Commit Log 4x 325x git 공식홈페이지의 벤치마크 결과를 참고하였습니다.
13.  커밋에 부담이 없습니다. 내 로컬 저장소에서 마음대로 실험하고 테스트하세요. 로컬 저장소 작업공간 원격 저장소
14.  원격저장소와 연결이 끊겨도 계속 버전관리가 가능합니다 svn은 서버에 문제가 생기면 모든 버전관리가 중단됩니다. 로컬 저장소 작업공간 원격 저장소 복구!
15.  원격저장소가 폭파되어도 로컬저장소로 복원이 가능합니다. 원격저장소와 연결된 모든 로컬저장소는 사본을 보유합니다. 로컬 저장소 작업공간 원격 저장소 복구! 파괴 저장소 복사
16.  그런데 git에는 로컬저장소에 커밋 전, 하나의 단계가 더 있습니다. 바로 스테이지 영역입니다. 작업공간 로컬저장소 스테이지 영역 (Staging Area) 인덱스(index)라고도 부릅니다.
17.  svn 저장소작업공간 git 원격 저장소 작업공간 로컬 저장소 스테이지 영역 커밋 할 파일들을 스테이지 영역에 추가합니다.
18.  스테이지 영역이 어떤 역할을 하는지 알아볼까요? 로그인 기능 추가 A 버그 수정 B 버그 수정 빌드 목표! ➀ 이런 빌드 목표를 가지고 작업을 하고 있습니다.
19.  스테이지 영역이 어떤 역할을 하는지 알아볼까요? ➁ 다음과 같이 파일들이 수정되었습니다. login.php menu.php head.php tail.php style.css script.js body.php 로그인 기능 추가 A 버그 수정 B 버그 수정
20.  스테이지 영역이 어떤 역할을 하는지 알아볼까요? ➂ 그런데 로그인 기능 추가가 다음 빌드로 미루어졌습니다. svn 이라면 보통 어떻게 할까요? login.php menu.php head.php tail.php style.css script.js body.php 로그인 기능 추가 A 버그 수정 B 버그 수정 ❶ 수정 된 login.php를 어딘가로 백업 ❷ svn revert를 이용해 원래 상태로 복원 ❸ 수정 내역 전체를 커밋 ❹ 백업해두었던 login.php를 다시 복구 ✕ ✕ 변경 된 파일들은 무조건 커밋 대상이 되기 때문에 생기는 문제입니다.
21.  스테이지 영역이 어떤 역할을 하는지 알아볼까요? ➃ 그럼 git은 어떻게 하나요? login.php menu.php head.php tail.php style.css script.js body.php 로그인 기능 추가 A 버그 수정 B 버그 수정 ❶ 커밋 할 파일들만 staging area에 추가 ❷ 로컬저장소로 커밋✕ ✕
22.  귀찮을 수 있습니다. 특별히 파일들을 구분 할 필요가 없을 때에는 -a 옵션으로 스테이치 추가와 커밋을 동시에 할 수 있습니다. git commit -a
 23.  커밋을 마쳤으면, 이제 다른 사람들에게 작업물을 공유합니다. 원격저장소에 올리는 명령어는 push 입니다. git push
 24.  svn 저장소내컴퓨터 git 원격 저장소 내컴퓨터 로컬 저장소 스테이지 영역 svn commit git add git commit git push
 25.  내 작업을 올리는데 오류가 발생했어요. 다른 사람들이 작업 한 내용을 먼저 받아야 한대요. 원격저장소로부터 내려받기: fetch 내려받은 데이터를 병합: merge git pull 하지만 이 둘을 함께 처리하는 명령은 pull
 26.  svn 저장소내컴퓨터 git 원격 저장소 내컴퓨터 로컬 저장소 svn update git merge git fetch 원격 저장소 내컴퓨터 git pull
 27.  지금까지 알아본 svn과의 차이점은? ➀ 로컬저장소가 존재한다. ➁ 커밋 이전에 스테이지 영역에 추가하는 과정이 있다. ➂ 가장 중요한 차이점이자 git만의 특징이 남았습니다!
28.  스냅샷snapshot git은 각각의 버전을 스냅샷으로 저장합니다.
29.  버전1 시간의 흐름 버전2 버전3 버전4 버전5 A 파일 B 파일 C 파일 ⊿ 1 ⊿ 2 ⊿ 1 ⊿ 2 ⊿ 3⊿ 2⊿ 1 svn은 파일의 변화(차이점)를 저장합니다.
30.  버전1 시간의 흐름 버전2 버전3 버전4 버전5 A B C git은 그 순간의 스냅샷으로 저장합니다. A1 B C1 A1 B C2 A2 B1 C2 A2 B2 C3
 31.  버전1 시간의 흐름 버전2 버전3 버전4 버전5 A 파일 B 파일 C 파일 ⊿ 1 ⊿ 2 ⊿ 1 ⊿ 2 ⊿ 3⊿ 2⊿ 1 svn에서 버전5의 파일들을 가져오겠습니다. 기초가 되는 파일과 함께 모든 변경 내역을 서버로부터 내려받습니다.
32.  버전1 시간의 흐름 버전2 버전3 버전4 버전5 A B C A1 B C1 A1 B C2 A2 B1 C2 A2 B2 C3 가장 가까운 스냅샷들만으로 특정 버전을 빠르게 만들어낼 수 있습니다. 게다가 네트워크를 거치지 않습니다. git에서 버전5의 파일들을 가져오겠습니다.
33.  지금까지 스냅샷에 대해서 알아보았습니다. 그런데 왜 이렇게 열심히 설명 한 걸까요? 바로 git의 최대 장점인 브랜치branch를 소개하기 위해서입니다. 요게 바로 스냅샷 덕분에 구현 될 수 있었답니다.
34.  root svn의 브랜치 trunk sources bin images branch1 branch2 branch3 svn은 간단히 말해 디렉토리 구조입니다. 서버는 단지 변경사항만 저장하며 최소한의 자료구조를 유지하지만, 작업자가 작업을 위해 브랜치를 내려받으면 그 변경 내역들을 순차 적용하여 실제 파일들을 만들어냅니다. 브랜치를 만들면, 전체 파일을 네트워크를 통해 통째로 내려받기 때문에 느리고 부담스럽습니다.
35.  c1 git의 브랜치 c2c0 c4 c3 c5 master branch git은 서버에 그런 논리적 디렉토리 구조를 만들지 않습니다. 다만, 연속된 스냅샷이 순차적으로 이어지다가 가지를 치면서 브랜치가 만들어집니다. svn의 trunk가 git에서는 master
 36.  c1 git의 브랜치 c2c0 c4 c3 c5 checkout master checkout branch 작업자는 작업중에 branch와 master를 자유롭게 이동 할 수 있습니다. checkout이 svn에서는 내려받는 명령이지만, git에서는 브랜치를 선택하는 기능입니다.
37.  svn과 git의 브랜치가 어떻게 다른지 정리해볼게요. svn git 만들기 즉시 생성 즉시 생성 내려받기 전체 디렉토리 구조를 내려받음 필요 없음 브랜치 전환 직접 디렉토리를 이동 작업파일들이 실시간 변경됨 병합 위치와 리비전을 명시, 복잡함 빠르고 간편함
38.  c1 git의 병합 c2c0 c4 c3 c5 c6 svn의 merge가 위치와 병합 할 리비전을 확인하여 입력하는 등의 절차가 필요했다면, git의 merge는 브랜치 이름만으로 모든 것들을 자동으로 해결합니다. merge branch 3-way merge : 각 브랜치와 공통 조상 하나를 이용하여 병합 HEAD
 39.  git은 수많은 브랜치가 동시에 돌아가는 것을 장려합니다. ➀ 출시를 위한 프로덕션 용 브랜치를 만듭니다. ➁ 기능 추가 혹은 버그 수정을 위해 그때그때 브랜치를 만듭니다. ➂ 아이디어를 실험 해 보기 위해 브랜치를 만듭니다. svn이었다면 상상도 못할 일이었겠죠? 여러 커밋을 거친 branch를 merge하는 작업을 merge commit 이라고 표현하기도 합니다.
40.  git의 브랜치 관련 명령어는 다음과 같습니다: 브랜치 만들기 브랜치 지우기 git branch <name> git checkout <name> git branch -d <name> git checkout -b <name> 두 명령을 한꺼번에 수행하는 명령 브랜치 병합 git checkout master git merge branch 브랜치 목록 git branch git branch --no-merged git branch --merged branch가 자주 생성, 소멸되므로 현재 존재하는 브랜치 중 어떤 것들이 merge가 되었는지, 안되었는지를 구분 할 수 있어야 합니다.
41.  merge중에 충돌은 언제나 일어날 수 있습니다. branchtrunk login.php menu.php head.php tail.php style.css script.js body.php login.php menu.php head.php tail.php style.css script.js body.php
 42.  충돌에 대한 처리는 svn과 동일합니다. <<<<<<<