---
# System prepended metadata

title: 2020 05 18 (월)

---

# 2020 05 18 (월)

## 멤버

- BE : [Solar🐥](https://github.com/blossun)
- FE : [Reese🦄](https://github.com/reesekimm)
- FE : [Ed🐙](https://github.com/sungik-choi)

## 그라운드 룰

- 스크럼 시간 : 오전 11시 30분
- 스크럼 마스터 : 스크럼 HackMD 링크 공유 및 wiki 업로드
    - 1주차 : Solar
    - 2주차 : Ed
    - 3주차 : Reese

## 커밋 메세지

| 타입     | 설명                                         |
| -------- | -------------------------------------------- |
| feat     | 새로운 기능 추가                             |
| fix      | 버그 수정                                    |
| docs     | 문서 수정                                    |
| refactor | 코드 리팩토링                                |
| style    | 코드 포맷팅 (코드 변경이 없는 경우)          |
| test     | 테스트 코드 작성                             |
| chore    | 소스 코드를 건들지 않는 작업(빌드 업무 수정) |

```
[#issue] Feat : API 개발
```

## ✏️ Issue 관리

* [클래스명] Issue 제목

```
[BE] 배포
```

## 🌲 Git branch rule

- master: 배포용 브랜치
- dev: 개발 브랜치
- 작업을 시작할 때: 자신의 클래스 개발 브랜치에서 <클래스>/feature/기능명 으로 브랜치 생성
    - ex) iOS/feature/기능명
- review를 위해 리뷰 브랜치를 생성한다.
    - ex) fe-review
- 이슈 단위로 개발한다.
- 작업이 완료되었으면, 작업하던 브랜치에서 개발 브랜치(dev)로 Pull Request를 생성한다.
- 머지를 완료했으면 기능(feature)브랜치는 github과 local git에 모두 삭제한다.
- Pull request 시 상대방은 assignee에 할당하고, 할당받은 사람은 해당 pull request를 확인 후, merge 한다.
- dev 브랜치로 merge 될 때, PR 메시지로 해당하는 issue를 닫아준다.
  - 예시: Resolve #1, Closed #1..
- default branch는 dev으로 설정한다.

## 💻 구현 기능

- 선택 기능을 제외한 나머지
- 파트별 스프레트시트에 적어서 공유
- BE가 구현한 API에 대해서는 위키 공유

---

### 솔라

 - 요구사항 분석
 - 어떤 API가 필요할지, API 형식을 생각해보고 내일 맞춰보기
 - docker mysql 셋팅
 - DB 구조 고민
 - 컨디션 : 주말에 열심히 쉬어서 오늘 괜찮다~ 날씨가 좋으면 좋겠다!

### 에드

- 요구사항 분석
- 페어 프로그래밍을 어떻게 하면 잘할까 같이 고민하기
- 사용할 기술 정하기
- 컨디션 : 조금 피곤하지만 항상 피곤해서 괜찮다.

### 리즈

- 요구사항 분석
- 페어와 어떤식으로 프로젝트를 진행할지 논의해보기
- 어떤 API가 필요할지, API 형식 어떻게 할지 생각해보고 내일 Solar와 논의
- 컨디션 : 좋음!! 주말에 게임하면서 힐링했어요.
