1. Git Flow

   1. master - develop - feature

   2. branch 명 : feature-{해야할 일}

   3. Issue

      1. title : 해야할 일
      2. label :

   4. commit -m ‘한 일’

   5. Pull Request 보내기 Feature/어쩌구

      1. 내용에는 한일
      2. Pull Ruquest 시 Storybook 배포,
      3. Merge 는 리뷰어가 하기

2. 변수 명

Reference: https://www.robinwieruch.de/javascript-naming-conventions/

• 동사+명사 조합 ⇒ 가능하면 동사를 많이 바꾸면서

• Component는 대문자 시작, funtion 이 extend 된것은 .으로 구분해서 명명, -는 가능하면 적게사용

처음에는 이 둘을 기반으로 시작하며 프로젝트 진행하면서 맞춰나가기

(조금 불편하겠지만 초반에는 변수명명할때 서로 컨택)

1. 폴더구조

Reference: https://www.joshwcomeau.com/react/file-structure/

Reference : https://github.com/alan2207/bulletproof-react

src
|
+-- assets            # 전체 프로젝트에서 사용해야할 이미지 (로고, 테스트 등)
|
+-- components        # 컴포넌트
|
+-- config            # all the global configuration, env variables etc. get exported from here and used in the app
|
+-- features          # 각각의 기능 / 도메인 별로 분리
|
+-- hooks             # shared hooks used across the entire application
|
+-- lib               # 라이브러리 수정 및 관리
|
+-- providers         # all of the application pr
|
+-- routes            # routes configuration
|
+-- stores            # global state stores
|
+-- test              # test utilities and mock server

src/features/SomeComponent
|
+-- api         # exported API request declarations and api hooks related to a specific feature
|
+-- assets      # assets folder can contain all the static files for a specific feature
|
+-- components  # components scoped to a specific feature
|
+-- layouts     # components 를 가지는 집합 components에 사용될 state는 layout에서 props로 전달
|
+-- hooks       # hooks scoped to a specific feature
|
+-- routes      # route components for a specific feature pages
|
+-- stores      # state stores for a specific feature
|
+-- types       # typescript types for TS specific feature domain
|
+-- utils       # utility functions for a specific feature
|
+-- index.ts    # entry point for the feature, it should serve as the public API of the given feature and exports everything that should be used outside the feature

기존방식: Page를 구분해서 폴더생성

바뀐방식: Reference를 기반으로 기능별로 구분 ⇒ index에서 합치기

Reference에서는 Index가 많아지는게 복잡해서 우회하는 방식을 선택

⇒ 이 부분은 추후에 불편하면 논의 후 도입