🎎 Pairing

무선 이어폰을 한 쪽만 잃어버렸을 때도 활용 가능하도록 돕는 P2P 거래 프로젝트입니다.

목차

1. 기획 배경
2. 프로젝트 정보
   2-1. 프로젝트 주요 기능
   2-2. 제작 기간
   2-3. 참여 인원
   2-4. 기술 스택
   2-5. 개발 환경 및 빌드 방법
3. 추가 정보
   3-1. 깃 컨벤션
   3-2. 데이터베이스 스키마

기획 배경

• 이어폰 한 쪽을 잃어버렸을 때 어떻게 하나요?
• 이어폰 한 쪽만 팔기 위해서 중고거래 사이트에 올려봤지만 잘 팔릴까요?

무선 이어폰을 잃어버렸을 때 애매하게 남은 나머지 파츠들을 재활용할 수 있도록 P2P 무선 이어폰 거래 사이트를 만들고 싶다 생각해 프로젝트를 시작하였습니다.

프로젝트 정보

1. 프로젝트 주요 기능

메인 페이지

로그인 & 마이페이지

개별 상품 등록

조합 상품 등록

개별 상품, 조합 상품 조회

거래 채팅

프로젝트 인프라

2. 제작 기간

2024/02/26 ~ 2024/04/04

3. 참여 인원

윤주석	정지수	김형중
BE & FE & INFRA	FE	FE
김제영	김대현	이병헌
BE & FE & INFRA	BE & FE	BE

4. 기술 스택

공통 사용 기술

Front-End

Back-End

INFRA

협업

5. 개발 환경 및 빌드 방법

빌드 및 배포는 다음 파일 참조

Infra

추가 정보

Git 컨벤션

브랜치 컨벤션

• 기본적으로 git-flow 따름

main	최종 버전 관리 브랜치
dev	개발 버전 관리 브랜치
fe	Front-End 개발 버전 관리 브랜치
be	Back-End 개발 버전 관리 브랜치
feature/{issue-num}	GitLab의 이슈에 해당하는 브랜치 (기능 개발 브랜치)

• 개발 버전은 dev 브랜치에서 관리하되 규칙에 맞춰 dev 브랜치에서 분리하여 관리
  • fe : Front-End 개발 버전 브랜치
  • be-backend : Back-End 개발 버전 브랜치
• 각 feature 브랜치에서 Pull-Request를 통해 리뷰를 진행한 후, 1차적으로 분리된 dev 브랜치에 Merge 진행

메시지 컨벤션

• 커밋 메시지는 아래의 양식을 따름
  • Merge 커밋의 경우 [FE / BE / Infra]([GitLab 이슈 코드]) 상세 내용의 양식으로 커밋

<타입>[적용 범위(선택사항)]: <설명>
[빈줄]
[본문 (선택사항)]

• 메시지의 타입은 아래의 유형에서 하나를 선택하여 사용

헤더 명	내용
feat	새로운 기능 추가
fix	버그 수정
chore	그 외 자잘한 수정 (프로젝트 설정 등)
refactor	코드 리팩토링
test	테스트 관련 코드
docs	문서 관련
style	코드 스타일 변경 (포매팅 수정, 들여쓰기 추가 등)
build	빌드 관련 파일 수정

Erd Diagram