github project 규칙
- issue는 프로젝트에 연결
- pr은 issue에 연결
- 카드 관리는 작업자가 관리
- 머지도 작업자가 진행
브랜치, 커밋 규칙
[브랜치명]
- film/#이슈번호
[커밋메세지]
- ✨ feat
- ✏️ fix (리뷰 후 수정할 경우, 에러가 아닌 수정 할 경우)
- 🐛 bugfix (버그일 경우)
- 🔧 config
- 🚑 hotfix
- 💄 style
- 💥 breaking change (충돌 수정시 사용)
- ♻️ refactor
- 💡 comment
- 📝 doc
- 🚩test
- 🚚 rename
- 🔥 remove
- 커밋 메세지는 간단한 한 문장으로 작성한다.
- description의 경우 자세하기 작성한다.(선택사항)
이슈 규칙
[이슈 제목]
✅ 어떤 작업을 할지 명확하게 한문장으로 작성한다.
[이슈 템플릿]
- 작업내역을 상세히 작성한다.
PR 규칙
[PR 제목]
✅ [브랜치명] 작업 설명
[PR 템플릿]
- 작업한 내용
- 리뷰 시 참고 사항
- 화면 사진 (있는 경우)
- 테스트 결과 사진
- 예시
Atomic design과 컴포넌트 구조
Atom
atom은 기본이 되는 base컴포넌트들을 넣어둔다가장 작은 단위가 되는 컴포넌트이며 재사용가능해야한다.
orgamism
Atom들이 모여 orgamism이 된다.사용자에게 의미 있는 정보를 제공하거나 도메인의 속성이 있다면, orgamism으로 분류를 한다.
Page
실제로 라우팅이 되는 화면이다.
etc
- Side Effect는 Page에서 처리를 하며 하위 컴포넌트는 최대한 순수하게 작성한다.
- molcule이 없는데, Atom과 molcule의 경계가 모호한 부분이 존재한다고 생각하여 사용하지 않았다.
- 따라서 Atom과 organism, Page로 분류를 하였다.