api 명세서
추가적으로 작성해야 하는 거 작성을 하였다.
더미 데이터 생성 방식
코드로 할지, sql로 할지 하다가 확정은 안했지만 batchInsert함수를 활용해 진행하고자 한다.
프론트 기술 스택 및 팀 역량
그냥 많이 사용하는 리액트로 진행을 하고자 한다.
비전공자 2명으로 프로젝트 자체가 처음인 사람들도 있었다. 그리고 백을 주로 다루던 사람 한 분이 있었는데 이 분은 개인적인 사정으로 프로젝트 기간동안 잘 못나온다. 한 분은 게임쪽으로 하셨던 거 같다. 파이썬이랑 c#을 다루셨고, 마지막 분은 백을 다루고 모델 학습을 간단하게만 진행해보셨다고 한다.
git
규칙
main이 아니라 develop 브랜치에서 작업
기능별로 브랜치 파서 작업 진행, 네이밍은 브랜치 네이밍을 따름
커밋의 경우, 커밋 컨벤션에 맞추어 작성
pr의 경우, 템플릿 양식에 맞추어 작성하며 슬랙에 자동 업로드
2명 이상이 확인하여야 merge 가능
* 커밋 컨벤션
type : 제목 으로 작성
타입은 아래와 같다.
- feat : 새로운 기능 추가, 기존의 기능을 요구 사항에 맞추어 수정 커밋
- fix : 기능에 대한 버그 수정 커밋
- build : 빌드 관련 수정 / 모듈 설치 또는 삭제에 대한 커밋
- chore : 패키지 매니저 수정, 그 외 기타 수정 ex) .gitignore
- ci : CI 관련 설정 수정
- docs : 문서(주석) 수정
- style : 코드 스타일, 포맷팅에 대한 수정
- refactor : 기능의 변화가 아닌 코드 리팩터링 ex) 변수 이름 변경
- test : 테스트 코드 추가/수정
- release : 버전 릴리즈
* 브랜치 네이밍
- 기능 개발 : feature/ ex)feature/login-system
- 버그 수정 : bugfix/
- 긴급 수정 : hotfix/
- 릴리즈 준비 : release/
- 문서 : docs/
pr
protection 설정을 하였다.
main은 read only이고 2명 이상 승인해야 merge가 가능하다.
슬랙에 /invite @GitHub 로 연결을 먼저 해준다.
/github subscribe {org}/{repo} 로 pr은 자동으로 슬랙에 작성되게 하였다. 이렇게 하면 Organizations 만든 사람이 승인을 해주고 다시 진행하여야 한다.
그리고 /github subscribe list 를 입력해서 보면, 레퍼지토리가 제대로 등록이 되었는지 확인할 수 있다.
이렇게 뜨면, 등록이 된 것이 아니고
이런식으로 떠야 한다.
프로젝트 방식
waterfall 방식으로 진행하고 일일 스크럼을 9시 혹은 17시에 10분 가량 브리핑 느낌으로 진행하기로 하였다. 금요일에는 1시간 정도 서류 작업할 겸 회의를 진행하기로 하였다.
aws로 배포까지 진행을 해보기로 하였다.
역할 분담
청구 1명 - 가장 의존도가 낮기 때문
메세지 3명
정산 2명
db는 각자 구현으로 진행
기획안 작성
일정
시작 전주 - 서류 전부 완료해서 바로 코드 작성할 수 있게 만들기
일주일동안 api 전부 구현
남은 일주일동안 프론트 개발 및 더미 데이터 생성 후 api 연동해서 테스트 진행
하루 - 발표 준비 및 배포
kafka 연동 + api 만들기 + 간단한 프론트 + 전반적 관리 + 시간 되면 배포까지
