팀 규칙

[un0211]

팀 규칙 목록

의사소통

• 오전 10시 데일리 스크럼에 적극 참석합니다.
• 오전 11시 ~ 오후 6시는 코어타임으로 가급적 디스코드 음성채팅방에 접속하여 빠른 의사소통이 가능하도록 합니다. (점심시간, 일요일 제외)
• 회의에 불참하거나 휴가를 사용할 경우, 하루 전에는 팀원에게 공유합니다.
• ❗️ 데일리 스크럼 이전(오전 9시 55분까지)에 다음 사항들을 완료합니다.
  • 올라온 PR 리뷰하기
  • 회의록에 한 일과 팀원에게 공유할 사항(어려운 점, 개선사항) 정리하기 (이슈, 디스커션 언급만 해도 무방)
  • Project에서 이슈 상태 최신화하기 (특히 status)
• 이슈 관리 규칙 #62 을 숙지하고 적극 활용합니다. (진행상황 공유, 토론)
• 작업 중 질문이나 건의사항이 있으면 Discussions를 적극 활용합니다.
• PR, 이슈, 디스커션 알림이 오면 빠르게 확인하고 반응합니다.

---

컨벤션

• 코드 컨벤션, 커밋 컨벤션, 브랜치 전략을 준수합니다.

• 코드 컨벤션

  • 기본적으로는 린터와 프리티어 설정에 맞춥니다.
  • 주석은 Comment Anchors를 사용해 보기 쉽게 합니다.
  • 컴포넌트 함수는 선언문으로 (function 키워드), 이외 모든 함수는 표현식으로 작성합니다.

• 커밋 컨벤션

  • 유형(#이슈번호): 제목의 형식을 준수합니다. (body, footer는 선택적으로)
  • 지정된 커밋 유형을 사용합니다.

• 브랜치 전략

  • 종류
    • main: 배포를 위한 브랜치 (develop -> PR -> main)
    • develop: 개발 통합을 위한 브랜치 (feature -> PR -> develop)
    • feature: 기능을 개발을 위한 브랜치
  • 전략
    • main은 develop에서 PR을 생성하는 방식으로 변경사항을 반영합니다. (주로 rebase, 묶을 수 있다면 squash)
    • feature는 develop을 base로 {type}/{기능이름}으로 브랜치를 생성합니다.
    • feature에서 목표한 작업이 끝나면 develop으로 PR을 생성하는 방식으로 변경사항을 반영하며, squash and merge로 병합합니다.
    • PR은 최소 1명의 승인이 있어야 병합 가능하며, 급하지 않다면 3명 모두 승인한 뒤 병합하도록 합니다.

[un0211]

Discussions 카테고리

• Announcements: 규칙 정리 (ex. 팀 규칙 등)
• General: 규칙, 구현 가리지 않고 자유로운 건의사항 (ex. PR 리뷰어 줄이자, 새로운 훅 만들자, 공통 컴포넌트 논의 등)
• Ideas: 기존 기획 외 추가적인 기능이나 개선하고 싶은 점 공유 (ex. 사이드 바 드래그 기능 등)
• Polls: 투표
• Q&A: 질문, 도움 요청
• Show and tell: 자료 공유

[un0211]

7월 1일부터는 스크럼을 매일 오후 9시 10분에 진행합니다.
저녁에 참여가 어려운 일정이 생기면 사전에 연락해서 낮 12시로 변경 가능합니다.