그라운드 룰

🌲 브랜치 전략

🌿 브랜치 분류

• dev (default)
• release
• (PART)/feature
• (PART)/bugfix
• (PART)/refactor

🌿 브랜치명

• (1)/(2)/(3)
  1. 분야 : FE , BE , DEVOPS
  2. 분류 : feature , bugfix , refactor
  3. 이슈 : #{이슈 번호}-{이슈 이름}

✅ 커밋 전략

• feat : 새로운 기능 추가
• remove : 기획 변경등으로 필요 없어진 코드
• move : 폴더 위치 변경
• add: 파일 추가
• fix : 버그 수정
• docs : 문서 수정
• style : 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
• refactor : 코드 리펙토링
• test : 테스트 코드, 리펙토링 테스트 코드 추가
• chore : 빌드 업무 수정, 패키지 매니저 수정
• design : style만 변경되었을 경우

💼 업무 방식

💼 이전 업무 방식

• 월-목 10시-19시 코어타임에 정해진 장소에서 대면으로 작업한다.
• 최대한 코어타임 내에만 활동하기를 지향한다.
• 이슈 해결 시에 바로 PR을 날리고 코드 리뷰를 요청한다.
• 18시까지 PR을 날리지 못하면, 그 이유에 대해서 함께 회고한다.
• 코드 리뷰는 일관성, 가독성, 컨벤션 확인, 코드의 이해를 목표로 한다.
• 코드 리뷰 단계적 코멘트를 적용한다.
  • ⚠️ : 꼭 반영해줘 (버그/성능이슈 포함!!)
  • ❓: 질문!
  • 👍 : 각종 칭찬,,,
  • ✨ : 코드 스타일 통일하자??
  • 💬 : 그냥 comment
• 당일 PR은 당일 리뷰를 목표로 한다.
• 18시-19시에는 그 날의 이슈를 공유하고, 문서화를 하는 시간을 갖는다.

---

• 월 수 금 20시에 스크럼 회의를 진행한다.
  • 월 에는 해당 주의 계획을 작성하는 스프린트 계획 회의를 진행한다.
  • 금 에는 해당 주의 회고 를 진행한다.
• 코드 리뷰는 일관성, 가독성, 컨벤션 확인, 코드의 이해를 목표로 한다.
• 코드 리뷰 단계적 코멘트를 적용한다.
  • ⚠️ : 꼭 반영해줘 (버그/성능이슈 포함!!)
  • ❓: 질문!
  • 👍 : 각종 칭찬,,,
  • ✨ : 코드 스타일 통일하자??
  • 💬 : 그냥 comment
• 스크럼 시간 전까지 PR을 검토하고, 의논할 사항이 있는 경우 스크럼 때 논의한다.