🛩️ 01_협업방식

🔸 깃헙 프로젝트

• 깃헙 프로젝트를 통한 프로덕트 백로그 관리
• 마일스톤을 통한 스프린트 백로그 관리

🔸 issue 관리

프로덕트 백로그를 issue로 등록합니다 프로덕트 백로그에 대한 세부 테스크들을 작성하고, 내부에서 이슈로 다시 등록합니다.
이슈로 등록된 사항을 확인하고, 이슈를 기반으로 develop으로 부터 관련 브랜치를 생성해 작업을 시작합니다.
세부 테스크들을 모두 완료한 프로덕트 백로그는 완료상태로 변경 후 close 합니다

• 이슈에는 다음과 같은 사항을 지정해 줍니다.

- 이슈에 대한 현재 상태 (ex - in progress)
- 담당자 설정 - 본인 assign

🔸 branch 관리

• Remote(prgrms-be-devcourse / BEDV2_Amabnb)

  • main/develop

• Fork (Local) || Remote (완료시 삭제)

  • feature/{issue-num}-{기능명}

🔸 커밋 메시지 관리

• feature branch 에서는 다음과 같이 커밋 메시지를 관리합니다.
  본인과 팀원 모두 작업내용의 변경점을 확인하고 관리하기 쉬워집니다.

feat: 새로운 기능 추가
fix: 버그 수정
docs: 문서 수정
style: 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
refac: 코드 리펙토링
test: 테스트 코드, 리펙토링 테스트 코드 추가
chore: 빌드 업무 수정, 패키지 매니저 수정

• develop branch 에서는 다음과 같이 커밋 메시지를 관리합니다.
  [#{issue-number}] {issue-title} (#{pr-number})

🔸 PR 관리

• PR시에는 해결한 issue 번호와 주제를 작성합니다.
  ex) [#31] feat: xxx에서 yyy를 해야한다

• PR 본문에 해결한 이슈를 연동합니다.
  resolves #31 과 같이 해결한 이슈번호를 포함하여 PR이 머지됨에 따라 자동으로 해결한 이슈를 close 합니다.

• PR은 squash merge 만 허용하도록 설정되어 있습니다.
  작업한 커밋내역들은 squash merge 를 통해 merge 됩니다.
  이때 자동으로 PR 네이밍에 따라 PR넘버를 포함한 develop 커밋 메시지가 자동으로 입력됩니다.
  ex) [#31] feat: xxx에서 yyy를 해야한다 (#51)

🔸 코드리뷰

• PR이 올라오면, 리뷰어를 할당하고 한명 이상의 approve 가 있어야 merge할 수 있습니다.
• PR을 올린 담당자가 리뷰를 통해 수정을 마쳤을 때 merge 합니다.