- 프로젝트 이름: 댕댕 플레이스
- 개발 기간 : 2024.11.12 ~ 2024.12.20
- 배포 운영 기간 : 2024.11.20 ~ 2024.12.24 댕댕 플레이스
| 김예원 | 강보석 | 박예진 |
|---|---|---|
| FE & 팀장 | FE | FE |
| GitHub | GitHub | GitHub |
회원가입
- 이메일 인증을 통한 사용자 회원가입
- 사용자의 정보 등록
- 사용자의 반려견 정보 등록
로그인
- 소셜 로그인을 통한 간편 로그인
사용자 및 반려견 회원 관리
- 사용자 등록, 조회, 수정, 삭제(물리적 삭제)
- 반려견 등록, 조회, 수정, 삭제
- 나의 반려견 견종 검색
- 사용자 즐겨찾기
동반 가능 시설 조회
- 장소 필터링
리뷰 관리
- 리뷰 등록, 조회, 수정, 삭제
- OCR(영수증 리뷰를 통한 리뷰 인증 시스템)
- 인기 리뷰 리스트 조회
- 리뷰 좋아요
사용자 및 반려견 성향 진단
- 사용자 성향 진단
- 반려견 성향 진단
- 성향 진단 기반의 장소 추천
API 명세서의 경우 현재 노션에서 관리하고 있습니다.
| 이름 | 담당 업무 |
|---|---|
| 김예원 |
|
| 강보석 |
|
| 박예진 |
|
- 프레임워크: Next.js
- 언어: JavaScript
- 패키지 매니저: yarn
- CSS 프레임워크: styled-components
- 전역 상태 관리: Zustand
- 통신: Axios, React-query
- UI 문서화: Storybook
- 코드 품질 관리: ESLint, Prettier
 |  |
project/
├── .github/ # GitHub 관련 설정 파일
├── .storybook/ # Storybook 설정 파일
├── public/ # 공개 정적 파일
├── src/ # 소스 코드
│ ├── apis/ # 서버 통신 API
│ ├── app/ # Next.js 14 App Router 구조
│ │ ├── dog/ # 펫 페이지
│ │ ├── main/ # 메인 페이지
│ │ ├── mypage/ # 마이 페이지
│ │ ├── place/ # 장소 페이지
│ │ ├── recommend/ # 추천 페이지
│ │ ├── reviews/ # 리뷰 페이지
│ │ ├── search/ # 검색 페이지
│ │ └── signin/ # 회원가입 페이지
│ ├── components/ # 컴포넌트
│ ├── constants/ # 정적 데이터
│ ├── contexts/ # React 컨텍스트
│ ├── data/ # 더미데이터
│ ├── hooks/ # 커스텀 훅
│ ├── stores/ # zustand 상태관리
│ └── styles/ # 스타일시트
├── .babelrc # Babel 설정 파일
├── .eslintrc.json # ESLint 설정 파일
├── .gitignore # Git에서 제외할 파일 목록
├── README.md # 프로젝트 설명 문서
├── jsconfig.json # JavaScript 설정 파일
├── next.config.mjs # Next.js 설정 파일
├── package.json # 프로젝트 메타데이터 및 의존성 목록
└── yarn.lock # 정확한 패키지 버전 잠금 파일
- Commit 메세지
- ex) feat(#10): 검색 결과 필터링 기능 추가
gitadd.gitcommit-m"feat(#10): 무엇을 작업"gitpushorigin현재작업브랜치명| Type | 의미 |
|---|---|
Feat | 새로운 기능 추가 |
Design | 사용자 UI 및 CSS 파일 추가 · 수정 |
Chore | 패키지 매니저 수정, 그 외 기타 수정 ex) .gitignore |
Fix | 버그 수정 |
Style | 코드의 구조,형식 개선 (코드 formatting, 세미콜론 누락, 코드 자체의 변경이 없는 경우) |
Docs | 문서 수정 |
Refactor | 코드 리팩토링 |
Test | 테스트 코드, 리팩토링 테스트 코드 추가 |
Comment | comment 필요한 주석 추가 및 변경 |
File | 파일 또는 폴더명 수정, 이동, 삭제 등의 작업만 수행한 경우 |
!HOTFIX | 급하게 치명적인 버그를 고쳐야 하는 경우 |
자주 커밋하고 PR은 300자가 넘지 않도록 주의! (자주 PR)
- develop 브랜치로 PR 날리기
- PR 제목은 commit 메세지랑 똑같이
- 제목: [Feat] 핵심적인 부분만 간략하게
- 내용: 간결하게 리스트 방식으로
- merge는 reviewer가 해주기 : 코드 관련 수정사항, 질문 등 코멘트 남기기
→ PR 리뷰 시에는 해당 브랜치로 checkout 한 후 확인
→ Approve 이후 Merge 진행
- 브랜치명
: 기능/#이슈번호
ex)feat/#11,chore/#5,refactor/#8
브랜치 생성 및 이동
git checkout -b 브랜치명
- 브랜치 종류
main: 배포 브랜치develop: 개발 브랜치기능/#이슈번호: 세부 개발 브랜치
