Skip to content

브랜치 전략

Song-e Han edited this page Apr 19, 2021 · 2 revisions

브랜치와 커밋 전략

브랜치

1계층

  • 메인(디폴트) 브랜치: dev
    • dev-BE와 dev-iOS를 merge한다.

2계층

  • BE반: dev-BE
    • PR을 보낼 때 사용한다.
  • iOS반: dev-iOS
    • PR을 보낼 때 사용한다.

3계층

  • feat: 기능 (e.g iOS/feat/collection-view)
  • refactor: 리팩토링 (e.g. 변수명 수정)
  • docs: 리드미 등 도큐멘테이션 추가 및 수정
  • chore: 마이너한 수정 사항
  • 그외 필요한 브랜치명은 링크 참고해 작성

커밋

  • 영어 명령문으로 작성
  • 브랜치와 마찬가지로 링크 참고해 작성
  • 첫 번째 라인 제목은 소문자로 시작
  • 바디는 필요 시 사용 (대문자로 시작)
  • 이슈 번호는 있을 시 작성 (e.g. feat: add ~~ (#10))
  • 예시
    • feat: add property for button status (#10)
    • chore: remove unnecessary code

폴더/파일 관리

  • BE 폴더
  • iOS 폴더
  • README.md
  • .gitignore: BE, iOS 각자 폴더 내에 따로 생성해야 하는지 체크 필요
Clone this wiki locally