🛩️ 01_협업방식

🔸 Agile

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

🔸 이슈 관리

1. 프로덕트 백로그를 issue로 등록합니다.
2. 프로덕트 백로그에 대한 세부 테스크들을 작성하고,
3. 세부 테스크를 추가로 이슈로 등록합니다. (Task 작성 후 convert 버튼)
4. 이슈를 기반으로 develop으로 부터 관련 브랜치를 생성해 작업을 시작합니다.
5. 세부 테스크들을 모두 완료한 프로덕트 백로그는 완료상태로 변경 후 close 합니다

이슈에는 다음과 같은 사항을 지정해 줍니다.
  - 이슈에 대한 현재 상태 (ex - in progress)
  - 담당자 설정 - 본인 assign

🔸 브랜치 관리

• Remote (prgrms-be-devcourse / BEDV2_Amabnb)

  • main/develop

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

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

🔸 커밋 메시지 관리

• feature branch 에서는 다음과 같이 커밋 메시지를 관리합니다.

ex) feat: UserSearchApi 구현

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

• develop branch 에서는 다음과 같이 커밋 메시지를 관리합니다.

ex) [#31] feat: xxx에서 yyy를 해야한다 (#51)
    [#{issue-number}] {issue-title} (#{pr-number})

• main branch 에서는 다음과 같이 커밋 메시지를 관리합니다.

ex) Release Amabnb v1.0.0  

Versioning Convention : v{major}.{minor}.{patch}

🔸 PR 관리

develop branch 에서는 다음과 같이 PR 커밋 메시지를 관리합니다.

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

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

• PR은 squash merge 만 허용하도록 설정되어 있습니다.
  작업한 커밋내역들은 squash merge 를 통해 merge 됩니다.
  이때 자동으로 PR 네이밍에 따라 PR넘버를 포함한 develop 커밋 메시지가 자동으로 입력됩니다.

🔸 코드리뷰

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

🔸 예외 HTTP 상태 코드

400 Bad Request - 잘못된 요청입니다
401 Unauthorized - 로그인이 필요한 서비스 입니다
404 NotFound - 리소스를 찾지 못했습니다
500 Internal -  서버에서 에러가 났습니다