7. 협업

팀 규칙

• 원활한 협업을 위해 팀 규칙을 정의하고 지켜나갈 수 있도록 노력합니다.
• 누구나 언제든 회의를 통해 규칙을 제안할 수 있습니다.
• 팀 규칙 상세보기

코드 스타일(Lint)

• 인텔리제이에 Naver Hackday Coding Convention과 CheckStyle을 적용합니다.
• 애매하거나 잘 모르는 부분은 회의에 안건으로 제시하여 결정합니다.

코드 리뷰 방식

• 각자 정해진 파트너와 함께 코드 리뷰를 진행합니다.
• Reviewer는 Merge 담당자가 되며 해당 PR의 comment와 approve를 담당한다.
• comment는 누구나 작성 가능하다.
• Merge 담당자 는 해당 PR를 Merge하고 문제 발생시 해결해야 하는 책임을 진다.
• Merge 담당자는 스프린트 주기마다 변경한다.

커밋 메시지

• 커밋 메시지는 팀원들이 한눈에 알아볼 수 있도록 핵심 사항을 작성합니다.
• 추가적인 설명이 필요한 경우 하단에 작성합니다.

Prefix Convention

⚠️ 만약 어떤 Prefix를 써야할 지 애매한 경우이거나, 팀원들이 인지해야하는 중요한 수정 사항에 대해서는 PR 혹은 코드 본문에 자세한 내용을 작성해야 합니다.

• feat : 새로운 기능 추가에 대한 커밋
• fix : 버그 수정 관련 커밋
• refactor : 코드 리팩토링에 대한 커밋
• test : 테스트 코드에 대한 커밋
• config : 설정에 관련된 커밋
  • 코드
  • 설정 파일
• chore : 그 외 자잘한 수정에 대한 커밋
  • 코드 스타일 혹은 포맷 등에 관한 커밋
  • 문서에 관한 커밋
  • 패키지에 관한 커밋
  • 빌드에 관한 커밋
  • 기타 변경 사항
    • 코드의 변경이 없거나, 단순 오타 수정 등

브랜치 전략

Git flow 전략

• 이슈 별로 세부 태스크를 설정해 개발합니다.
  • 작업/이슈번호_세부_내용 : 이슈별 개발 작업 브랜치 ex) feat/1_project_setting
• develop에 push 하게 되는 경우, 개발 서버로 배포됩니다. (approve 1명 이상)
• main에 push 하게 되는 경우, 운영 서버로 배포됩니다. (approve 모두)