그라운드 룰📌

작성일 : 2020.11.16

개발 규칙

• Issue

  • 이슈 템플릿을 준수한다.
  • 이슈는 기능단위로 작성한다.

• PR

  • PR 템플릿을 준수한다.
  • 제목은 구현내용을 간단하게 요약한다. ex) [feat] A기능 구현 / [fix] B기능 C문제 수정
  • PR과 이슈를 연결해서 작성한다. 즉, PR은 기능 단위로 작성한다. (여기 참고)
  • PR 내용은 다른 분야 개발자가 피드백을 줄 수 있을 정도로 최대한 자세하게 적는다.
  • PR에는 디버그용 콘솔 등의 코드를 포함하지 않는다.
  • 리뷰어를 꼭 assign 한다.
  • 모든 PR에 반드시 댓글을 남겨주자!
  • 2명이 approve 해야 Merge 한다.
  • Close #이슈번호 메세지를 활용하여 issue가 닫힐 수 있도록 한다.

• Commit

  • 커밋 템플릿을 준수한다.
  • 커밋은 함수 단위로 작성하려고 노력한다.
  • 커밋 메세지는 한국어로 작성한다.

• Commit Template

# <타입>: <제목>

##### 제목은 최대 50 글자까지만 입력 ############## -> |


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

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

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

• Branch 전략

  • master, release, dev 브랜치에서는 작업하지 않는다.
  • dev 브랜치에서 feature A/B/C 등 기능 단위로 브랜치를 나누어 작업한다.
  • feature 브랜치는 기능(이슈) 단위로 나눈다.
    • ex) feature/#(이슈번호)/login-ui
    • 같은 기능에 대해 여러명이 브랜치를 생성해야 할 경우 feature 브랜치에서 각자 생성한다.
      • ex) login-ui/name
  • dev 브랜치에서 고쳐야 할 사항이 있다면 bugFix/#(이슈번호)/수정내용 브랜치를 생성한다.
  • dev 브랜치에서 리팩토링을 한다면 refactor/#(이슈번호)/수정내용 브랜치를 생성한다.
  • 목요일 19시에 개발을 마치고 release 브랜치로 머지 후, 코드 프리징을 한다.
  • 금요일 12시까지 hotfix 브랜치를 통해 버그를 수정하고 master 브랜치로 머지하여 배포한다.

• 코딩 컨벤션 - Swift Style Guide를 따른다.

생활 규칙

• 7시 이후에는 자유롭게 퇴근!
• 불편한 점 있으면 편하게 말하기(??)
• 질문이 올라오면 모르더라도 서로 대답해주기 무플방지위원회
• 30분 이상 자리를 비울 경우 이야기 해주기
• 10시 1분은 10시가 아니다! (지각하지말기)
• 데일리 스크럼 등의 모든 진행되는 회의는 기록한다.
• 모일 때마다 TMI 하나씩 준비해오자.