---
# System prepended metadata

title: TODO 리스트 서비스 9팀

---

# TODO 리스트 서비스 9팀 

## 팀원

| 클래스       | 이름             |
| --------- | -------------- |
| Back-end  | Dion |
| iOS       | H           |
| Front-end | Hoo, Zello           |

## 요구사항 기술서

[구글 스프레드 시트 링크](https://docs.google.com/spreadsheets/d/1ClQCZh1XTXu0I5LO-b3drbSj1wqDwN1Djp_aDmcoiSk/edit?usp=sharing)



## Ground Rule

### 컨벤션

- [Git - 커밋 메시지 컨벤션](https://doublesprogramming.tistory.com/256)을 따른다. 
- 커밋에 이슈 번호를 붙인다. 
  `[이슈 번호] 커밋 타입: 커밋 제목`
  `[#3] feat: 안녕하세요.`
- 커밋 타입은 `[#3] feat:` 형식을 유지한다.


### 프로젝트 관리

- 각 클래스별 저장소 폴더를 만들어서 관리한다.
- Milestone으로 주마다 해야 할 일을 나눠 관리한다.



### 브랜치 관리

- `master`: 최종 릴리즈되는 마스터
- `dev`: 각 클래스 별 기능 완료 시 PR보내는 브랜치
- `feature/{class}/{feature}`: 기능 단위로 브랜치 클래스 분류해서 설정

> 기능 단위 브랜치는 `dev`로 머지 후에 삭제한다.

- `master`, `dev` 는 배포를 위해서 동작하는 상태의 산출물이 있어야합니다.



### 이슈 관리

`[클래스명] 이슈 제목`
- issue에 구현할 내용 정리한다.
- 구현 후 commit할 때 closed 처리한다.
- `Auto Close`를 사용할 필요가 있는 경우 PR이나 Commit Message에 `Close Keyword`를 적어서 Issue Close가 가능합니다.


### Pull Request 관리

`[클래스명] PR 제목`
- 이슈 번호 사용은 자유롭게 한다.

### 스크럼

- 시간: 11시
- 방식: 구두로 공유 후 wiki에 해당 날짜의 스크럼 업로드
- 공유하는 내용: 어제 한 일, 오늘 할 일, 오늘 컨디션


### 회고

- 시간: 6시
- 방식: 구두로 공유 후 wiki에 해당 날짜의 스크럼 업로드
- 공유하는 내용: 오늘 한 일, 잘한 점, 아쉬운 점, 피드백