Ground Rules

Grounds Rules

• 디자인 패턴
• 디렉토리 구조
• 깃 전략
• 코딩 컨벤션

---

디자인 패턴

• ??

디렉토리 구조

• 추후 수정

깃 전략

브랜치

• master: 언제든지 배포가 가능한 상태만을 관리하는 브랜치
• dev: 평소에는 이 브랜치를 기반으로 개발을 진행하며 테스트를 완료한 후 master로 병합
• feat: 기능을 개발하는 브랜치로 기능 개발을 완료하면 develop로 병합
• fix: 배포한 버전에서 긴급하게 수정해야 할 필요가 있을 경우 master에서 분기 하여 버그 수정 후 병합

master
ㄴdev
  ㄴfeat/??

master  
 |    dev
 *->>--\
 |     |   feat/??
 |     *-->>-\
 |     |     |
 |     |     |
 |     *-<<-/
 *-<<-/

PR 단위

• feat->dev: 각 feature를 이슈로 등록하고 1이슈 1PR
• dev->master: 일주일 단위???

커밋 메시지

• 탬플릿 적용하여 사용

# [타입] <제목>
여기에 제목
##### 제목은 최대 50 글자까지만 입력 ############## -> |

# 본문은 아래에 작성
여기에 본문
######## 본문은 한 줄에 최대 72 글자까지만 입력 ########################### -> |

# 꼬릿말은 아래에 작성: ex) #이슈 번호

# --- COMMIT END ---
# <타입> 리스트
#   feat    : 기능 (새로운 기능)
#   fix     : 버그 (버그 수정)
#   refactor: 리팩토링
#   style   : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
#   docs    : 문서 (문서 추가, 수정, 삭제)
#   test    : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
#   chore   : 기타 변경사항 (빌드 스크립트 수정 등)
# ------------------
#     한글로!
#     제목 끝에 마침표(.) 금지
#     제목과 본문을 한 줄 띄워 분리하기
#     본문은 "어떻게" 보다 "무엇을", "왜"를 설명한다.
#     본문에 여러줄의 메시지를 작성할 땐 "-"로 구분
# ------------------

코딩 컨벤션

코드 구분 주석

// MARK: - Constants
// MARK: - Properties
// MARK: - Views
// MARK: - View Life Cycle
// MARK: - Methods