Git Convention

Git Flow

1. 새로운 기능 추가 시 develop 브랜치에서 feature 브랜치 생성(main 아님!!!)
2. 작업 완료 시, feature-main 에서 develop-fe 브랜치로 PR
3. 각 파트의 develop-fe 와 같은 branch에서 develop 로 merge
4. Version을 출시할 때는 main 브랜치에 버전 태그를 추가

Branch Convention

Branch Category

• main: 제품으로 출시될 수 있는 브랜치
• develop : 다음 출시 버전을 개발하는 브랜치
• feature : 기능을 개발하는 브랜치
  • 네이밍 : feature-파트-{feature name}
  • ex. feature-ios-login
  • ex. feature-fe/login
  • 해당 기능 구현 시 PR 후 브랜치 제거
  • 중간 중간 PR 보내기
• Bug : 버그를 수정하는 브랜치

Commit Convention

Format : '유형(Type): 요약 #이슈 번호 자세한 내용'

Head

1. 기능을 태그로 작성 Tag : feat, fix, design, rename, remove, comment, hotfix, docs, chore,

2. 설명은 대문자, 동사원형으로 작성 시작

3. 버그가 없고, 주석 없는 코드를 커밋, 디버깅 코드 제거

예시) feat: 애드 노 리뷰 스크린

예시) feat: 회원가입 (#2)

Body

※ '어떻게' 변경했는지 보다 '무엇을', '왜' 변경했는지 작성 (방법보다 사유 기술)

• 여러 개의 이슈 작성 상황에는 쉼표로 구분

Issue/PR Template

TODO : 이슈 단위 정하기

Issue Template

## 🤖 title

## 💭 detail  
- [ ]
- [ ]

## reference (optional)

## ⏰ 예상 소요 기간  
8시간

PR Template

## PR 작성 전 체크 리스트
- PR 제목: `[파트이름] 구현사항 어쩌구 저쩌구` (예: `[FE] Login page UI 구현` )
- PR 작성 후 충돌이 안 나는지 확인, merge후 branch 삭제
- 고민사항은 공유하기
- 위 사항 확인 후 내용 지우기~~

## 🔖 관련 이슈
- `#1` ( #이슈번호 )

## 📝 구현 사항
- 한 것들 적기

## 📌 하고싶은 말
- 같은 파트원에게 하고싶은 말

## PR 작성 전 체크 리스트

- merge 브랜치 확인할 것. **main으로 보내면 안 됨 :x:**
- PR 작성 후 충돌이 안 나는지 확인할 것
- PR 제목: `[본인이름] step-n 미션 제목` (예: `[정호영] step-1 회원가입`)

## PR 내용

- 구현한 내용의 핵심을 간단히 요약 기술할 것
- 가장 고민했던 내용을 짧게 설명
- 데모나 설계내용 포함도 OK

---- 절취선 ----

**PR 보낼때 위 내용은 모두 삭제하고 보내세요.**

## 구현 내용

## 고민 사항

## 기타

공통요구 사항

• 매일 오전 스크럼으로 하루를 시작한다

  • 전체 팀원과 팀의 진행 상태, 건강 상태 등을 공유한다.

• 매일 끝나기 전에 오늘을 되돌아보고 간단한 회고로 서로를 격려한다.

• 제품 백로그 **product backlog**와 스프린트 백로그 sprint backlog 가 무엇인지 알아보고 준비한다

  1. 제품 백로그(Product Backlog): 제품 백로그는 제품 개발에 필요한 모든 요구사항과 기능들의 목록을 담고 있는 것입니다. 이 백로그는 제품의 생명주기 동안 지속적으로 유지되며, 제품 개발에 필요한 모든 아이디어, 요구사항, 기능, 버그 등이 포함됩니다. 이러한 요구사항들은 우선순위에 따라 정렬되며, 제품 개발 과정에서 추가, 수정, 삭제될 수 있습니다. 제품 백로그는 제품의 비전과 목표를 달성하는데 필수적인 요소들을 모두 포함하고 있습니다.
  2. 스프린트 백로그(Sprint Backlog): 스프린트 백로그는 애자일 프로젝트에서 하나의 스프린트(개발 주기) 동안 완료해야 할 작업들의 목록을 담고 있습니다. 스프린트 백로그는 제품 백로그에서 우선순위가 높은 작업들을 선택하고, 해당 스프린트에서 해야 할 작업들로 구성됩니다. 스프린트 팀은 스프린트 백로그에 있는 작업들을 완료하기 위해 스프린트 기간 동안 협력하고 작업을 진행합니다. 스프린트 백로그는 스프린트 기간 중에 변경될 수 있으며, 스프린트 팀은 매일 스크럼 미팅에서 진행 상황을 공유하고 조정합니다.

  제품 백로그는 제품 개발에 필요한 모든 요구사항과 기능들을 담고 있는 목록이며, 스프린트 백로그는 하나의 스프린트 동안 완료해야 할 작업들의 목록입니다.

• 개발해야 하는 전체 범위에 대한 기능 목록**feature list** 을 작성하고 꾸준히 관리한다

• 주 단위로 구현하고 점검할 목표 기능을 나누는 계획 회의를 진행한다

• 전체 백로그 중에서 이번 스프린트에 해야 할 작업**Task** 는 반드시 깃헙 이슈관리 Issues 탭에 이슈 항목으로 등록하고 관리한다

  • 분야별로 label과 milestone을 준비해서 구분한다

• 분야별로 작업을 시작할 때는 페어프로그래밍 방식도 고려해본다.

## PR 작성 전 체크 리스트
- PR 제목: `[파트이름] 구현사항 어쩌구 저쩌구` (예: `[FE] Login page UI 구현` )
- PR 작성 후 충돌이 안 나는지 확인, merge후 branch 삭제
- 고민사항은 공유하기
- 위 사항 확인 후 내용 지우기~~

## 🔖 관련 이슈
- `#1` ( #이슈번호 )

## 📝 구현 사항
- 한 것들 적기

## 📌 하고싶은 말
- 같은 파트원에게 하고싶은 말