Ground Rule

활동 시간

• 코어 타임은 점심시간, 마스터 클래스를 제외한 10:00 ~ 19:00
• 코어 타임 이외에 작업은 팀원에게 말하고 하기, 야근, 주말 등.. 꼭 말하세요
• 코어 타임 간 게더타운 접속
  • 캠은 평상 시에 켜두고, 마이크는 필요할 때만
• 기본 스케줄은 부스트캠프 노션에 주간일정표를 따르기
  • 50분~1시간 회의/작업 시 10분 휴식
  • 지각하지 않기 → 가급적 사유를 미리 말하기
  • 지각하게 되면 스쿼트 10개

스케줄 공유

• 특별한 issue 있으면 슬랙으로 팀원에게 알려주기
• 활동 시간과 겹치는 개인 스케줄 기록하기!

merge 방식

• rebase merge
• pr merge 시간
  • 작업한 날 기준 20시까지 PR을 올리기
  • 오전 스크럼 전까지 한 번씩 코멘트 달기
  • 오전 스크럼 시간에 토의하고 코멘트 기준으로 머지할지 정하기

팀 분위기

• 무리하지 않기 (무리하기)
• 의견이 맞지 않을 경우
  • 바로 말하며 의논하기
  • 서로 배려하며 소통하기

Github 사용 규칙

• 브랜치 전략

  • Git-flow (without release)
  • main, develop, feature, hotfix

  

• 커밋 메시지

  • git cz 설치하여 사용 → https://www.npmjs.com/package/git-cz
  • commit 제목 한글, 명사형
  • 세부 내용은 issue를 미리 작성하고 연결

• PR 메시지

  • 템플릿으로 관리

      ---
      name: PR template
      about: PR template
      title: ''
      labels: ''
      assignees: c99-coder, seungjae94, kimhyeongjun95, tnghd5761
      
      ---
      
      ## 작업 내용
      - 
      
      ## 전달 사항
      - 
      
      ## 참고 사항
      - 
      ```
      

• 이슈 메시지

  • 템플릿으로 관리

      ---
      name: issue template
      about: feature template
      title: ''
      labels: ''
      assignees: c99-coder, seungjae94, kimhyeongjun95, tnghd5761
      
      ---
      
      ## 목적
      
      >
      
      ## 작업 내용
      
      - [ ]
      
      ## 참고 사항
      
      ```
      

• git project(Todo, In Progress, Done) 사용하여 이슈 관리

• wiki 사용하여 개발 과정 기록

코드 스타일

• JS
  • 변수명, 함수명 camelCase
  • 클래스, 컴포넌트명 PascalCase
• CSS
  • kebab-case
• DB
  • snake_case
• 파일, 폴더 명
  • 클래스, 컴포넌트인 파일은 PascalCase
  • 그 외 파일 및 폴더는 camelCase
• indent, semicolon 여부, … 등
  • tab = 2, prettier, eslint로 강제
• 네이밍
  • 리뷰하면서 맞추자~

팀 회고

1. 한 주 요약 + 잘한 점 + 부족했던 점 공유
2. 1시간 내로 끝내기 모든 멤버가 참여하도록 독려
3. 피어 회고의 개선점 같이 고민하기
4. 그라운드 룰, 코드 리뷰 방식 지속적인 개선

개발 환경 / 기술 스택 (미정)

• 기획/설계
  • figma
  • figjam (브레인 스토밍/회고)
• common
  • typescript
• frontend
  • React
  • storybook
• backend
  • DB, orm 여부 등등