Ground Rules

Ground Rules

---

• 어떻게 협업할 것인지

  • 우선순위에 따라 뷰와 기능을 나누고 각자 구현하기
  • 각자 공부 할때도 디코방에는 들어와서 언제든지 서로 질문 주고 받을 상태로 있기
  • 쉬고 싶을 때는 눈치보지 말고 얘기하기!

• 연락이 어려운 시간

  • 다비 : 오전 8:00 ~ 오후 5:00, 재택이라 최대한 연락 가능하도록, 27일 일정
  • 폴 : 주말에 연락이 어려울 수 있음, 3월 7일 입사 후 일정 어려움
  • 헨리 : 면접, 코테, 2월 26일 ~ 3월 1일 여행
  • 새벽 DM 가능

• 스크럼 시간

  • 월, 화 , 목, 금 세션 종료 후
  • 최대한 짧게 30분 ~ 1시간

• 소통 방법

  • 디스코드
  • 코드 리뷰 : Github

• 코드 컨벤션

  • SwiftLint 적용, 구체적인 내용은 논의를 통해 결정
  • 타입 명시 ex) let str: String = “str”
  • 멤버 변수나 함수 ex) self
  • import : 알파벳순으로 하기, first-party → third-party 순, 빈 줄로 구분
  • 함수: Action 함수의 네이밍은 '주어 + 동사 + 목적어' 형태
  • 1 프로토콜 + 1 익스텐션
  • final keyword
  • 접근 제한자 명시하기 (private)
  • 함수의 파라미터가 긴 경우 줄 바꿈하기
  • guard 문은 줄 바꿈하기
  • get 최대한 지양하기
  • 전부 lowerCamelCase
  • UnitTests 한글 함수명 사용하기 → test + test 대상 + given + when + then
  • RxSwift 점 붙으면 줄 바꿈하기

• PR 컨벤션

  • Description : 구현한 내용 적기
  • Image: 구현한 뷰가 있을시 이미지 넣기
  • Related Issue : 해결한 이슈 넣기

• Issue 컨벤션

  • 작업할 파일 + commit 컨벤션 적용

• commit 컨벤션

  • feat : 기능 (새로운 기능)
  • fix : 버그 (버그 수정)
  • refactor: 리팩토링
  • style : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
  • docs : 문서 (문서 추가, 수정, 삭제)
  • test : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
  • chore : 기타 변경사항 (빌드 스크립트 수정 등)
  • 타입만 영어로 작성하고 나머지 설명은 한글로 작성

• Git Flow

  • Bithumb-Tech-Camp의 fork를 받아서 개인 Repository에서 작업
  • 브랜치명 : 기능 + 닉네임
  • 각 브랜치에서 기능을 완성한 후에는 Pull or Rebase 로 Confilct를 해결한 후 PR날리기
  • PR 후 Code Review 후에 develop에 merge
  • 최종으로 main에 merge로 끝