Ground Rule

팀 그라운드 룰

• 미팅 방법

  • 무계획적인 참석 지양
  • 미팅 주제를 전날 정하고, 각자 아젠다 준비 후 참석
  • 자유로운 분위기 지향 (🐶소리 OK)

• 온라인 미팅 (주 4회)

  • 그룹프로젝트 시간표에 따름
  • 50분 일하면 10분 쉬기 !

• 오프라인 미팅 (주 1회)

  • 토즈, 그룹스터디룸 빌려서 진행 (경비 1/n)
  • 주기 : 주 1회 (화/목)

• 지각 관리

  • Github wiki 박제 [지각자 : XXX n분 지각]
  • 3회당 온라인 미팅지각 커피 제공
  • 오프라인 미팅 지각시 커피

• Github 사용 규칙

  • 컨벤션 준수
  • 브랜치 전략 : Gitlab flow - https://about.gitlab.com/topics/version-control/what-are-gitlab-flow-best-practices/
  • 작업 시작하기 전 pull

• 팀 내 역할

  • 장수길 : 백엔드 + 프론트(小)
  • 정석준 : 백엔드 + 프론트(小)
  • 최건 : 프론트 + 백엔드(小)
  • 김민정 : 백엔드 + 프론트(小)

• 일정 관리

  • 개발적 관점
    • 월요일에 피쳐에 대한 데드라인을 세우고 -> 실행
      • 피처를 잘게 쪼개서 관리
    • 데드라인 못 지킬 것 같을 경우 -> 사전 연락 必
  • 매니지먼트 관점
    • 그룹프로젝트 가이드 활용

• 코어타임

  • 항상 연락 받을 수 있도록
  • 급한 사정이 있을 경우 무조건 슬랙에 미리 알림
  • 허들/줌 으로 모각코 13:00 - 17:00

• 코드리뷰

  • CI/CD Github Action 활용
  • PR 내용에 개발 (피쳐 내용, 목적, 간단한 과정) -> 2명 이상 리뷰 거치고 merge
  • PR 템플릿 Github로 등록해서 자동으로 적용
  • https://oumaima-dahhoum.medium.com/how-to-create-a-good-pull-request-with-examples-and-templates-cfc92f2bb94e
    • 제목
      • 어떤 PR인지 자체적으로 설명 가능한
    • 설명
      • 어떤 피쳐인지
      • 과정
      • 결과 (스크린샷 등)
      • 테스트 방법
    • Commit
      • 커밋 단위는 최대한 작게
      • feat: (new feature for the user, not a new feature for build script)
      • fix: (bug fix for the user, not a fix to a build script)
      • docs: (changes to the documentation)
      • style: (formatting, missing semi colons, etc; no production code change)
      • refactor: (refactoring production code, eg. renaming a variable)
      • test: (adding missing tests, refactoring tests; no production code change)
      • chore: (updating grunt tasks etc; no production code change)