GitHub 사용규칙

[편집기록]

날짜	내용	버전	작성자
2019-11-09	Home에 있던 링크들을 이 곳으로 옮김	1.0	김기표

---

Branch 전략

구조

• master
  • hotfix
  • develop
    • feature/기능이름
    • fix/기능이름
    • refactor/기능이름

브랜치 설명

• Master 브랜치 : 마스터 브랜치는 배포용 브랜치이고 마일스톤에 따라 tag를 단다
• Hot fix 브랜치 : 핫픽스 브랜치는 배포 및 테스트시 발생된 버그들을 빠르게 고치는 브랜치이다.
• Develop 브랜치 :실제 개발이 쌓이는 브랜치 기능개발 수정 리팩토링은 feature, fix, refactor 등과 같은 하위브랜치를 사용해서 개발한다. 목요일 7시에 master로 PR을 날린다.
• feature/기능이름 브랜치 : 피쳐를 중심으로 기능을 개발하는 브랜치, PR은 develop 브랜치로 날린다.
• fix/기능이름 브랜치 : 기능 오류를 수정하는 브랜치, 피쳐중심의 기능 오류를 해결하는 브랜치로 PR은 develop 브랜치로 날린다.
• refactor/기능이름 브랜치 : 오탈자나 코드의 최적화와 같은 수정을 위한 브랜치이다. PR은 develop 브랜치로 날린다.

PR 규칙

• PR template을 이용한다.
• 코드리뷰는 적어도 한 사람이 approve 했을 경우에만 merge
  • 머지 커밋을 남긴다. ex) merged by @gg And reviewed by @raccoonback

Commit 규칙

프로젝트 규칙

Issue Template document