티스토리 뷰
key benefits
parallel development
병렬적으로 개발이 가능하다
collaboration
동료가 하던 작업을 손쉽게 이어 받을 수 있다
release staging area
배포되기전에 테스트하는 곳
support for emergency fixes
hot fix 되어야 하는 곳
master
배포하는 소스 코드가 올라감
develop
병렬적으로 개발을 위한 브랜치
버그 픽스를 할 수도 있다
안정화된 소스 코드가 되면 master 브랜치에 merge 한다
feature branch
develop 브랜치에서 기능별로 브랜치는 딴다
feature branch는 로컬 개발 환경에만 있는 것이 좋다
// feature 개발이 완료 될 경우
git checkout develop //develop 분기로 전환
git merge --no-ff featureBranch ea1b82... //업데이트
git branch -d feturebranch //브랜치 삭제
git push origin develop
--no-ff : fast-forward 관계여도 merge commit을 만든다 / 커밋 히스토리를 만들기 위해 넣음
*fast-forward
- 커밋A의 히스토리: X -> A
- 커밋B의 히스토리: X -> A -> Y -> B
- 커밋B의 히스토리에 커밋A의 히스토리가 모두 포함되어 있다.
hotfixes
릴리즈된 master 브랜치에서 분기 함
브랜치 이름 그대로 빠른 수정이 필요한 코드 작업을 하는 브랜치
수정이 완료되면 master와 develop브랜치에 merge
반응형
'Git' 카테고리의 다른 글
| github ssh 설정 (0) | 2020.07.01 |
|---|---|
| 다른 계정의 pripvate repo 작업하기 (0) | 2020.06.23 |
| git rebase / squash (0) | 2019.05.04 |
| git reset (0) | 2019.05.04 |
| git commit (0) | 2019.05.04 |
댓글
공지사항