우테코/LV3 학습로그 정리 - 1차 데모데이

20 Aug 2021

Reading time ~1 minute

1차 데모데이

Git 브랜치 전략

프로젝트 특성상 아직 배포단위가 명확하게 구분되지 않는다고 판단해 Git flow가 아닌 Github flow를 참고하여 브랜치전략을 세움
main 브랜치는 배포용으로 사용하고 dev 브랜치를 개발용으로 사용
dev 브랜치에서 기능단위로 feat/이슈넘버-기능명 브랜치를 나누어 기능구현 후 dev에 머지
dev에 머지된 코드 중 버그 발견 시 hotfix/이슈번호-기능명 브랜치를 만들어 버그수정 후 dev에 머지
참고링크1
참고링크2
블로그 정리

일정산출

전체 일정을 스프린트 3개로 나누어 일정을 관리함
전체 기능의 우선순위를 매겨 먼저 구현되어야 하는 기능들을 앞 스프린트에서 진행함
일정관리를 위해 Github projects와 issues, milestones 그리고 Notion을 활용함

Branch protection rules

PR과 Issue의 형식을 통일하기 위해 템플릿을 만듦

/.github/ 폴더 내에 PULL_REQUEST_TEMPLATE.md 파일 생성

## 구현 기능
- 구현한 기능을 적습니다.
  
## 논의하고 싶은 내용
- 논의할 내용을 적습니다.
  
## 공유하고 싶은 내용
- 학습한 내용, 공유할 내용 등을 적습니다.
- 위키에 작성했다면 링크 첨부, 없는 경우 삭제
  
## 기타
- 기타 추가할 내용이 있다면 추가합니다.
- 없는 경우 삭제
  
Close #이슈번호

/.github/ 폴더 내에 ISSUE_TEMPLATE.md 파일 생성

---
name: Bug template
about: 버그 발생 시 사용하는 템플릿입니다
title: "[ALL/FE/BE] "
labels: "\U0001F41B bug"
assignees: ''
---
  
## 버그 기능
- 페이지나 기능을 적습니다.
  
### 버그 상황 재연
- 어떤 상황에서 버그가 발생하는지 적습니다.
  
### 기대 동작
- 원래 기대하던 정상 동작에 대해 작성합니다.
  
### 현재 동작
- 기대하던 동작에 반해 지금 문제가 되는 동작을 작성합니다.

PR 어프루브 룰
- 팀원 최소 2인의 어프루브가 있어야 merge 가능하도록 설정
커밋 메시지 컨벤션
- feat, fix, refactor, docs, style, chore, test
1. 메시지는 한글로 작성한다.
2. 상세 내용은 목록으로 기재한다.(선택사항)
3. 메시지는 수정, 구현으로 되도록 끝내고, 음슴체까지 허용한다.

API 설계

프론트엔드와 회의를 통해 통일된 요청, 응답 형식을 정의함
URI는 가능한 RESTful하도록 계층관계에 주의해 설계함
다양한 예외상황에 대해 응답코드를 정리함

woowacourse study_log