<aside> ✍️ 협업 Tool
<aside> ✍️ Gitbranch 전략
Git에서 기능마다 이슈를 생성하고 브랜치를 하나 할당하여 작업 진행
예를들어 , 회원가입 페이지 작업을 한다했을시 feature 브랜치이기 때문에, 🚧 feature/#1-signupView (다른 방법이나 더 좋은 컨벤션이 있다면 추천해주세요!)
master
dev(개발 서버에 배포되는 브랜치)
FE(dev에 코드를 반영하기 전에 전반적인 FE 코드를 확인하기 위한 브랜치)
🚧 feature/#2-login (git issue 생성 후 → 이슈 번호와 함께 브랜치 생성) - 기능별 브랜치 생성
<aside> ✍️ Commit Convention
commit Type | description |
---|---|
🚧 feat | 새로운 기능 추가 |
📜 docs | ReadMe 같은 문서 수정 |
🎨 style | 코드 포맷팅, js로직이 아닌 css관련 작업만 했을때 |
♻️ refactor | 코드 리팩토링 |
📌 fix | 버그 수정 |
⭐️ chore | 초기 셋팅(package.json 관련 및 webpack, eslint, 셋팅 관련 등) |
✅ test | 테스트 코드 작성 (하실분만..) |
⚙️ settings | 세팅 관련 작업 |
</aside> |
<aside> ✍️ PR Convention
<aside> ✍️ Ground Rule
<aside> ✍️ Code Convention
Prettier, ESLint 적용
;
추가비동기 통신 - fetch
CSS 후보들(CSS in JS, CSS modules, SASS), TailwindCSS
→ CSS in JS ↔ SCSS, CSS modules로 결정
</aside>
<aside> ✍️ 고민해봐야 할 것들
멘토님 조언: 첫 번째 프로젝트에서는 난이도를 낮추고, 협업에 집중할 것
내가 없어도 프로젝트가 잘 돌아갈 수 있게 내용을 정리해두는 것이 문서화!
의사결정 과정을 정리할 것 추천 → 하나하나가 문서화이자, 포트폴리오가 됨

일요일까지 할 일
- 종민
- 기본 프로젝트 틀 만들기
- 윤진
- 버튼 컴포넌트

- 세은
- 인풋 컴포넌트
