Git hub repository 관리 방안

1. Github Repository 관리 방안
2015.07.30

2. 1.1 Branch 구성
master
dev
add1 add2
master : Real Server Github Branch
dev : Dev Server Github Branch
add 1 / add2 : 기능 추가 시 마다 생성 Branch

3. 1.2 Branch Work Flow
master
dev
add1 add3
개발자 1
master
dev
add2 add4
개발자 2
2nd1st open
new branch new branch

4. 1.3 Branch Merge 방안
master
dev
add1 add2
1. master branch에서 개발은 진행 하지 않는다.
2. master branch merge는 dev branch만 진행
3. 각 기능 개발시 추가 branch를 이용하여 개발 한 후
개발 종료 시 dev bracnh와 병합 한 후 테스트 종료 시
master branch <-> dev branch 병합
git history

5. 2. JenKins
Dev System AWS System
- 개발 환경에 따라 build 할 Branch를 구분 한다 .
- Dev Server : dev branch / Real Server : master branch

6. 3. GitHub Workflow
로컬 repository
원격 repository
GitHub
개발자 1
로컬 repository
개발자 2
commit
commit
- SVN , CVS와 가장 다른 점은 Local Repository가 존재 한다는 점
- 최종 remote Repository에 올릴 시 commit이 아닌 push
SVN / CVS 구조

7. 4. GitHub 충돌 관리 ( 1 )
< Synchronize 시 충돌 상황 >
: svn의 경우 mark as merge를 이용하여 바로 수정 하면 되지만
git의 경우 local repository가 존재한다는 것을 기억해야 한다.

8. 4.1 GitHub 충돌 관리 ( 2 )
1. git의 경우 원격 저장소가 존재하므로 나의 로컬 저장소에 먼저 commit 한다.
( commit and push 하면 안됨 )

9. 4.2 GitHub 충돌 관리 ( 3 )
2. 원격 저장소의 소스를 pull

10. 4.3 GitHub 충돌 관리 ( 4 )
3. pull 이 후 충돌 내역이 local file에 기입 된다 .

11. 4.4 GitHub 충돌 관리 ( 5 )
4. 충돌 내역 수정 후 Mark as Merged

12. 4.5 GitHub 충돌 관리 ( 6 )
5. 원격 저장소에 최종 push
: 그림과 같이 오류 없이 push 가능