-
Notifications
You must be signed in to change notification settings - Fork 1
Home
Hyebin (Helia) edited this page Jul 26, 2023
·
4 revisions
Welcome to the MC3-Team2-OU wiki!
gitmoji(한 칸 띄우고)type(한 칸 띄우고):(한 칸 띄우고)요약
✨ feat : 로그인
type | Emoji | Emoji Name | Description | Example |
feat | ✨ | :sparkles | 새로운 기능 추가, 구현 | ✨ feat : 로그인 기능 구현 |
edit | ✏️ | :pencil2 | 단순 오타 수정 | ✏️ edit : 로그인 캐시 처리 방식 수정 |
style | 💄 | :lipstick | UI작업, 스타일 관련 파일 추가 및 수정 | 💄 style : 폰트 등록 |
add | 🍱 | :bento | asset 파일(이미지, 아이콘 등) 추가 | 🍱 add : 위젯 이미지 추가 |
chore | 🚚 | :truck | 파일, 경로를 옮기거나 이름 변경 | 🚚 chore : feet -> feat 이름 변경 |
delete | 🗑️ | :bin | 덤프 파일 삭제 | 🗑️ delete : Empty.md 파일 삭제 |
merge | 🔀 | :twisted_rightwards_arrows | 브랜치 병합(merge) | 🔀 merge : pull request #3 from DeveloperAcademy-POSTECH/Hani_Style/#1 |
fix | 🐛 | :bug | 버그 픽스 | 🐛 fix : Color 버그 수정 |
docs | 📝 | :memo | 문서 작업 | 📝 docs : Readme 작성 |
refactor | ♻️ | :recycle | 코드 리팩토링 | ♻️ refactor : 변수명 수정 |
model | 🗃️ | :card_file_box | 데이터베이스(모델) 작업 | 🗃️ model : 데이터 모델 생성 |
init | 🎉 | :tada | 프로젝트 생성 | 🎉 init : 프로젝트 생성 |
test | 🧪 | :test | 테스트 케이스 생성 | 🧪test: 테스트 케이스 생성 |
빌드관련 | ||||
build | 🔨 | :hammer | 재빌드 | 🔨 build: 동일버전 재빌드(x.xx) |
version | 🏗️ | :building construction | 버전 업 | 🏗️ version : 버전(0.06) 업데이트 |
-
Commit 컨벤션
- feat : 새로운 기능 추가
- fix : 버그 수정
- docs : 문서
- test : 테스트 코드
- refactor : 코드 리팩토링(기능말고 성능개선)
- style : 코드 의미에 영향을 주지 않는 변경사항
- chore : 빌드, 설정 파일
-
규칙
- 커밋 단위는 Task 단위로!!
- 제목의 길이는 50글자를 넘기지 않는다
- 제목의 마지막에 마침표를 사용하지 않는다
- 과거형을 사용하지 않는다
- 커밋 메시지는 한글로 작성한다
-
git 이모지
Git Push 순서
git add .
git commit -m "**<타입> : 제목**"
git push origin feat-heemoo
Git Pull 순서
git pull origin main
여러 명의 사용자들끼리 파일에 대한 작업을 조율하는 깃 (Git)에서 쓰이는 용어로, 깃에서 서로 다르게 만든 부분을 병합하기 위해 사용해요. 분기점을 뜻하는 브랜치 (Branch)에서 개별 작업자들이 작업을 하다 완전한 상태로 저장하여 마스터 브랜치에 합치는 행위를 머지라고 해요.
Task Cycle
- 이슈 작성하기
- 브랜치 만들기
- checkout 해서 브랜치 변경 (중요!! 🧠🫀🧨)
- 작업
- 커밋, 푸쉬
- 작업할 기능에 대한 issue를 작성합니다.
- issue 제목은 [타입] - 설명으로 통일합니다. (ex. [Feat] - 바텀 네비게이션 구현)
- Assignees에는 작업을 맡은 사람을 태그합니다.
- Labels에는 해당 작업과 맞는 유형을 태그합니다.
- 설명란에는 어떤 작업을 할 예정인지, 관련된 이슈번호가 있는지 참고한 내용이 있는지 등 필요한 내용을 적습니다.
- 이렇게 issue를 생성하게 되면 #N의 이슈 번호가 생깁니다.
- 각자 생성한 브랜치에서만 작업합니다. (브랜치 생성은 Issue 사용법 참고)
- 브랜치 이름 구조는 <본인이름_타입/#이슈번호> 입니다. (ex. hani_feat/#1)
- 작업이 끝나면 pull request를 통해 본인이 작업한 branch를 develop branch에 merge합니다.
- 코드 리뷰한 후 머지하기 (할 말 없으면 lgtm)