브랜치 규칙

• feature 브랜치 예시 feature/add-cache 식으로 주요 기능을 요약해서 적어주면 됨.

backend/기능명

frontend/기능명

# commit 메세지로 fix / feat 구별 

• Master에 바로 push 하면 안됨.
• feature ⇒ develop 으로 pull request로 진행하기 ( approved 1명 이상 )
• develop ⇒ master ( approved 전원 , github 상에서 )
• develop/FE : FE 배포 브랜치
• develop/BE : BE 배포 브랜치
• 브랜치 예시 : feature/FE/login feature/BE/login

# i 키 누르면 수정 시작
# esc -> :wq! 저장 및 종료
# esc -> :q! 저장 없이 종료
# esc -> yy -> 현재 커서 라인에 있는 모든 내용 복사
# esc -> p -> 복사한 내용 붙여넣기
# esc -> u -> 뒤로
# (#은 주석으로 커밋 메시지에 영향X)
# ======================= COMMIT START ========================
# [제목] - 최대 50글자   ex) [BE] Feat: Add Key mapping  

# [본문] - 최대 72글자 (생략 가능 / 최대한 자세히 작성)  

# ======================== COMMIT END ========================= 
#   Feat:    
#   Fix:
#   Design:
#   !BREAKING CHANGE: 
#   Style: 
#   Refactor: 
#   Comment: 
#   Docs: 
#   Test: 
#   Chore: 
#   Rename: 
#   Remove: 
#   Init:  

#   <타입> 리스트  
#   Feat        : 새로운 기능 추가   
#   Fix         : 버그 수정
#   Design   : CSS 등 사용자 UI 디자인 변경  
#   !BREAKING CHANGE : 커타란 API 변경
#   Style       : 코드 포맷 변경, 세미 콜론 누락 (비즈니스 로직 변경 X)  
#   Refactor    : 프로덕션 코드 리팩토링
#   Comment     : 필요한 주석 추가 및 변경
#   Docs     : 문서 수정 (문서 추가, 수정, 삭제, README)  
#   Test        : 테스트 추가, 테스트 리팩토링 (비즈니스 로직 변경 X)  
#   Chore       : 빌드 태스크 업데이트, 패키지 매니저 설정할 경우 (비즈니스 로직 변경 X)
#   Rename      : 파일 혹은 폴더명을 수정, 옮기는 작업만
#   Remove      : 사용하지 않는 파일 혹은 폴더를 삭제하는 경우
#   Init        : 초기 생성  

#   <주의사항>
#   제목 첫 글자를 대문자로  
#   제목은 명령문으로  
#   제목 끝에 마침표(.) 금지  
#   제목과 본문을 한 줄 띄워 분리하기  
#   본문은 "어떻게" 보다 "무엇을", "왜"를 설명한다.  
#   본문에 여러줄의 메시지를 작성할 땐 "-"로 구분

• 지라 task 기준으로 만들기

프로젝트를 자신의 계정으로 fork하기

fork는 S08P12A608의 저장소를 자신의 계정으로 복사하는 기능입니다.앞으로 모든 개발은 같은 방식으로 자신의 계정 아래에 있는 저장소를 활용해 진행해주세요.