branch

branch : 가지, 분기
branch는 기능 구현에 따라 생성하여 작업하게 된다. 개발단계에서는 feature/branchname처럼 feature/를 접두사를 붙여 사용한다.

Git flow

깃을 오떻게 효율적으로 활용할 수 있을까? 에 대한 프로세스. branch를 총 5개

• master
• feature/branchname
• develop
• release
• hotfix

1. master

기준이 되는 branch, 배포가 된 코드를 마스터브랜치에 관리한다. 개발용이 아닌 실서비스용을 따로 관리하기 위해서

• 만약 A커밋에서 검증을 다 마쳤고 배포하기 위한 준비를 마쳤다. 그러다 새로운 커밋B가 추가 되었을 경우, B커밋까지 배포해야 되는 경우 발생 하는 것을 막기 위해서!

2. feature/branchname

개발자 개인이 기능별로 나누어 작업하게 되는 브랜치. 꼭 기능 별로 나누어 작업하는 습관을 들이자. 완료된 작업 push는 develop 브랜치로 하게 된다. 작업이 완료 되면 삭제(develop에 commit이 merge되었기 때문)하고 다시 생성해도 되고, 계속 작업해도 되고~! 편한 방식을 따른다.

3. develop

개발에 사용되는 브랜치. 기능별 구현된 커밋을 받게 되며, 완료된 뒤에는 release로 커밋된다.

4. release

배포 후보의 커밋이 있는 브랜치, delvelop에서 받아 수정작업을 거친 뒤 확정이 나면 master와 develop에 동시에 넘기게 된다.

• master : 실 배포를 위해 master에 push
• develop : 실제 배포상태 이후로 개발을 진행 하기 위해, develop branch 최신화

5. hotfix

긴급수정용. master브랜치에서 오류가 발생했을 때 사용하게 되는 브랜치이다.

• master를 끌어와(배포상태가 문제가 있으니!) 수정
• 완료된 뒤 master, develop 브랜치에 push 하게 된다.