깃 브랜치를 운영하는 방법론
•
gitflow: master, develop, feature, release, hotfix 브랜치를 설정하고 운영하는 방식
•
github flow: main(master), feature 브랜치만으로 운영하는 방식
브랜치 전략을 세우는 이유와 요령
•
하나의 프로젝트 소스코드를 여러 개발자가 다루면서 발생하는 각종 부작용을 해결하자
•
개발 협업을 원활하게 하기 위한 약속
•
전략을 세울 때 고려할 수 있는 요소들
◦
이 브랜치는 제품으로 내보낼 수 있는가?
◦
이 브랜치는 빌드 실패를 허용하는가?
◦
이 브랜치는 테스트 실패를 허용하는가?
◦
이 브랜치는 임시로 운영하는가? 유지하지 않고 수시로 삭제하는가?
•
Git Flow 전략
◦
Git Flow Feature가 완성되면 pull request를 만들 거고 pull request가 Merge 되면 메인에 Merge 되면 단위 업무가 종료된다.
