협업전략

📝 Commit Rule

$ git commit -m "feat: 새로운 기능 구현"

제목	설명
feat	새로운 기능 구현
fix	버그 수정
docs	문서 변경 및 추가
refactor	코드 리팩토링 / 파일•폴더이름 변경 / 파일 폴더 제거 / 파일 경로 변경
test	테스트 코드, 리펙토링 테스트 코드 추가
design	UI 디자인 변경
chore	라이브러리 설치, 환경설정 파일 변경, 빌드 업무 수정, 패키지(package.json...) 수정, 코드 스타일 변경
merge	pr 승인 후 머지 커밋

🌿 브랜치 전략

이슈를 생성한 후, 템플릿에 맞게 제목 및 내용을 작성하고 해당 이슈에 대한 브랜치를 생성합니다.

브랜치 네이밍 룰

{브랜치 속성}/{이슈 번호}-{해당 브랜치 명}

• 예시
  • feat/#1-button-component
  • refactor/#2-button-component
  • fix/#3-error

브랜치 속성

속성	설명
feat	새로운 기능을 구현할 때 사용해요.
refactor	기능은 똑같이 작동하지만, 코드를 리팩토링할 때 사용해요.
fix	에러를 수정할 때 사용해요.

• main(배포)
• dev
  • dev/fe
    • feat/#1
      • feat/#1-1-button-component
    • refactor/#12-code-module
  • dev/anrdoid
  • dev/be

🔒 브랜치 보호 전략

• main 브랜치는 각 파트(FE, BE, AOS)에서 1명 이상이 approve를 눌러야 merge를 진행할 수 있습니다.
• dev 브랜치는 해당 파트 팀원 모두의 코드 리뷰 및 approve가 있어야 merge를 진행할 수 있습니다.

🔄 머지 전략

• Commit merge