Branch 구조

• Master
  • Develop
    • Front_develop
      • front/feat-login
      • front/feat-getMember
    • Back_develop
      • back/feat-login
      • back/feat-getMember

Merge 순서

• 기능 개발이 끝난 feat/back-something 브랜치 → back_develop 브랜치로 merge
• back_develop 브랜치 → develop 브랜치로 merge
• develop 브랜치 → master 브랜치로 merge (빌드 하고 싶을 때만)

Merge 및 Commit message Convention

• Merge 메세지 구조

merge: <subject>

*** merge approve 권한 : all

• Commit 메세지 구조

<type>: <subject>

• type 커밋유형 종류

feat: 새로운 기능 추가
fix: 버그 수정
docs: 문서 수정
chore: 그 외 자잘한 작업
test: 테스트 코드
build: 시스템 또는 외부 종속성에 영향을 미치는 변경사항 (npm, gulp, yarn 레벨)
ci: CI관련 설정
style: 코드 의미에 영향을 주지 않는 변경사항 (포맷, 세미콜론 누락, 공백 등)
refactor: 성능 개선

Coding Convention

• Frontend
• Backend

  • 메소드명 - 소문자 카멜 표기법

    insert → insertAptName

    delete → 삭제

    update → 수정/갱신

    get → 데이터 조회

    getAptName

    getAptList

    getAptDetail