Skip to content

Ground Rule

JunYoung Jang edited this page Oct 29, 2020 · 4 revisions
  • 코드리뷰 방법
    • 주 1회 코드리뷰 in 줌 - 수요일 13시
    • 깃헙을 통한 상시 리뷰 (PR 보낼때 리뷰어 선정)

  • 코딩 컨벤션

    • IOS

      기본적으로 Swift style guide 를 채택하여 코드를 작성한다.

      Style guide를 무의식적으로 지키지 않을 경우를 대비하여 Swift lint 라는 도구를 사용하여 코딩 컨벤션을 지키도록 한다. Swift lint를 사용하면 코딩 컨벤션을 타이트하게 지킬 수 있다.

    • WEB

      • ESLint
      • Prettier


  • 이슈관리
    • 주 마다 마일스톤으로 이슈 관리

  • 짝 프로그래밍
    • 주 1회 이상 모든 인원이 참여한다.
    • LiveShare? VSCode?

  • 팀 규칙
    • 19시까지 PR 보내기를 권장한다.

      • PR 요청 시 최소 한명의 팀원이 확인한다. (선 리뷰 후 머지)
    • Commit 메시지 양식

      • 메세지는 한글로 작성한다.

      • 커밋의 타입은 소문자로 작성한다.

      • 제목의 끝은 명사형으로 작성한다. (구현, 추가, 삭제, 수정 등...)

      • 제목 끝은 마침표(.)를 금지한다.

      • 본문은 "어떻게" 보다 "무엇을", "왜" 를 설명한다.

      • ex) 커밋 메세지 예시

        feat : OAuth api 구현
        
        <Why> 위한 <What>
        로그인을 위한 OAuth api 구현
        객체 의존성 역전을 위한 프로토콜 추상화
      • 커밋 템플릿 메세지

        # 타입v:v제목
        
        ##### 제목은 최대 50 글자까지만 입력 ############## -> |
        
        # 본문은 위에 작성
        ######## 본문은 한 줄에 최대 72 글자까지만 입력 ########################### -> |
        
        # <타입> 리스트
        #   feat    : 기능 (새로운 기능)
        #   fix     : 버그 (버그 수정)
        #   refactor: 리팩토링
        #   style   : 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경 없음)
        #   docs    : 문서 (문서 추가, 수정, 삭제)
        #   test    : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
        #   chore   : 기타 변경사항 (빌드 스크립트 수정 등)
        # --------------------------------------------------------------
        # 메세지는 한글로 작성
        # 타입 첫 문자는 소문자로 작성
        # 제목의 끝은 명사형으로 작성
        # 제목 끝에 마침표(.) 금지
        # 본문은 "어떻게" 보다 "무엇을", "왜"를 설명
      • commit template 참고사항

        좋은 커밋 메시지를 작성하기 위한 커밋 템플릿 만들어보기

    • PR 메시지 양식

    • ☕️ 티 타임 및 회의 (18:30)

      • 공통적으로 회의 할 내용이나 티 타임을 한다.

기획서

문서

데일리 스크럼

Week 1
Week 2
Week 3

작업 내역

Week 1 WEB
Week 1 IOS
Week 2 WEB
Week 2 IOS
Week 3 WEB
Week 3 IOS

피어세션

회고

스프린트 계획 회의

Clone this wiki locally