프로젝트 피드백
@브랜치 전략
- master에 병합하고, 이 내용을 새로 배포해야한다면 release v0.1.0 같은식으로 새로 release 브랜치를 만들기 => 배포한 상황별로 파악을 할 수 있고, 몇 버전에서 문제가 있었는지 파악하기가 쉽다
@재밌게 느끼신 점?
- wind-build와 mac-build를 따로 둔 점 => cross-env 라이브러리를 사용하면 다른 os의 build를 맞출 수 있다
@폴더 구조 (멘토님은 page 기반의 nuxt를 예시로 보여주셨다)
- components 폴더를 디자인 패턴을 적용했다면 어떗을까? => atomic
- pages의 index.js는 그 페이지에 쓰이는것만 사용해야 한다 => 다른곳에서 사용하는 컴포넌트는 src/components로, 해당 페이지에서만 사용하는 1회성 컴포넌트는 pages/LoginPage/componetns로 분리
- utils/fetch는 api와 밀접하게 연관되어 있기 때문에 src/api폴더로 따로 뺴는게? => utils에는 dataformat같은게 있어야 한다
- 페이지를 기반으로 시작하라 => 라우팅, 컴포넌트 등을 페이지를 기반으로 시작하는것을 추천한다
- 코드를 바로 치지 말고, 해당 페이지나 컴포넌트에 필요한 요구사항을 정의하라 ex) 녹음을 누르면 녹음이 된다. 녹음 완료를 누르면 ... => 일을 2번 안해도 된다