깃허브 규칙
깃헙 프로젝트 쓰는법 (구현하다 순서 생각 안나면 보세욥)
깃헙 커밋 규칙
작업 타입 | 작업내용 |
[setting] | 초기 생성(초기 세팅, git 생성자) |
[feat] | 파일 또는 폴더 생성 / 기능 추가 |
[mod] | 파일 수정 |
[del] | 파일 또는 폴더 삭제 |
[fix] | 버그 수정 |
[scripts] | package.json 등 변경(npm 설치 등) |
[pr] | pr 받아서 커밋 해야할 때(앵간하면 브랜치 폭파 후 다시 dev에서 작업해주셍요) |
커밋 할 때 이슈 있으면 git commit -m “#(이슈번호) [feat] : 뭐시기 개발”
브랜치명 및 관리
타입 | |
feature | 기능 구현 |
fix | 버그 수정 |
design | 디자인, ui수정 |
추후 수정 필요 |
ex ) 버그수정이면 브랜치 이름 fix/login_page
ex ) 기능 구현이면 브랜치 이름 feature/login_page
ex ) 디자인 중심이면 브랜치 이름 design/login_page
브랜치 이름은 (타입)/(카멜케이스) ← 형식으로 작성 !!!!!