브랜치 전략

• 버전관리 ⇒ git으로함
• 버전관리시 방향을 서로 다르게 이용하는 branch
  • 같은 버전, 다른 브랜치 배포용, 개발용, 테스트용, 기능마다 목적에 따라 분기함

일반적으로 사용되는 3단계 브랜치 전략

각 PR에 대해서 코드리뷰를 진행

• main : 배포용
  • develop 브랜치 merge되었을 때 web hook으로 jenkins - 자동배포할 수 있당.
• release [version] or 개인 브랜치 ⇒ 회사 by 회사
  • 개발완료 후 배포전 QA 확인 후 main으로 합쳐짐.
• develop : 개발 브렌치
  • main으로 PR
• feature : develop에서 따서 기능 단위의 개발
  • develop으로 PR(MR) 날림

feature → develop MR 합치기 전에 승인을 날리는 과정

이 때 코드 리뷰를 거치게 된다

팁 : MR을 날리고 나서 작업을 시작하면 작업 변경사항을 볼 수 있다

주제명 : DDD

Q1.