그라운드 룰

브랜치 전략

• main(기본) - dev(개발) - feature branch
• 이슈 별로 브랜치 파기
• 브랜치 네이밍 규칙
  • feature/{issue-number}-{feature-name}
  • husky로 commit message 이슈 연결 자동화
• PR merge할 때, squash & merge
• merge된 브랜치는 삭제

업무 방식

• 월-목 10시-19시 코어타임에 정해진 장소에서 대면으로 작업한다.
• 최대한 코어타임 내에만 활동하기를 지향한다.
• 이슈 해결 시에 바로 PR을 날리고 코드 리뷰를 요청한다.
• 코드 리뷰는 일관성, 가독성, 컨벤션 확인, 코드의 이해를 목표로 한다.
• 당일 PR은 당일 리뷰를 목표로 한다.
• 코드 리뷰 단계적 코멘트를 적용한다.
  • P1: 꼭 반영해주세요 (Request changes)
  • P2: 적극적으로 고려해주세요 (Request changes)
  • P3: 웬만하면 반영해 주세요 (Comment)
  • P4: 반영해도 좋고 넘어가도 좋습니다 (Approve)
  • P5: 그냥 사소한 의견입니다 (Approve)
• 18시까지 PR을 날리지 못하면, 그 이유에 대해서 함께 회고한다.
• 18시-19시에는 그 날의 이슈를 공유하고, 문서화를 하는 시간을 갖는다.