Skip to content
Hyebin (Helia) edited this page Jul 26, 2023 · 4 revisions

Welcome to the MC3-Team2-OU wiki!

Git Commit 메시지

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 이모지

gitmoji


Git Push 순서

git add .
git commit -m "**<타입> : 제목**"
git push origin feat-heemoo

Git Pull 순서

git pull origin main
--- 💡 **머지 (Merge, 병합)**

여러 명의 사용자들끼리 파일에 대한 작업을 조율하는 깃 (Git)에서 쓰이는 용어로, 깃에서 서로 다르게 만든 부분을 병합하기 위해 사용해요. 분기점을 뜻하는 브랜치 (Branch)에서 개별 작업자들이 작업을 하다 완전한 상태로 저장하여 마스터 브랜치에 합치는 행위를 머지라고 해요.

Task Cycle

  1. 이슈 작성하기
  2. 브랜치 만들기
  3. checkout 해서 브랜치 변경 (중요!! 🧠🫀🧨)
  4. 작업
  5. 커밋, 푸쉬

Git Issue 사용법

  • 작업할 기능에 대한 issue를 작성합니다.
  • issue 제목은 [타입] - 설명으로 통일합니다. (ex. [Feat] - 바텀 네비게이션 구현)
  • Assignees에는 작업을 맡은 사람을 태그합니다.
  • Labels에는 해당 작업과 맞는 유형을 태그합니다.
  • 설명란에는 어떤 작업을 할 예정인지, 관련된 이슈번호가 있는지 참고한 내용이 있는지 등 필요한 내용을 적습니다.
  • 이렇게 issue를 생성하게 되면 #N의 이슈 번호가 생깁니다.

Git Branch 사용법

  • 각자 생성한 브랜치에서만 작업합니다. (브랜치 생성은 Issue 사용법 참고)
  • 브랜치 이름 구조는 <본인이름_타입/#이슈번호> 입니다. (ex. hani_feat/#1)
  • 작업이 끝나면 pull request를 통해 본인이 작업한 branch를 develop branch에 merge합니다.
  • 코드 리뷰한 후 머지하기 (할 말 없으면 lgtm)
Clone this wiki locally