✅ 커밋의 타입을 정해주자

✨ feat: 새로운 기능 추가 :sparkles:
🐛 fix: 버그 수정 :bug:
📝 docs: 문서 수정 :memo:
🎨 style: 스타일 관련 기능 (코드 포맷팅, 세미콜론 누락, 코드 자체의 변경이 없는 경우) :art:
🔨 refactor: 코드 리팩토링 :hammer:
🧪 test: 테스트 코드, 리팩토링 테스트 코드 추가 :test_tube:
🔧 chore: 기타 변경사항, 빌드 업무 수정, 패키지 매니저 수정 :wrench:
🚑️ HOTFIX: 긴급 수정 :ambulance:

🧩 규칙에 맞게 제목을 작성하자

  • 50자 이내로 작성
  • 첫 글자는 대문자로 시작
  • 끝에 마침표/물음표/느낌표 X
  • 동사원형으로 시작하게 작성

📝 본문은 72자 이내로

#️⃣ 제목이나 footer에 이슈 번호를 남기자

작성예시

✨ feat: 신규 RFID 인식 기능 추가 (#123)

신규 RFID 기능 인식 기능 추가
  - RFIDReader.java: 사용자 요건 사항으로 인한 RFID 인식 기능 추가

해결: #123

🪵 브랜치 규칙

feature branch

  • 어떤 이름도 가능하지만 master, develop, release-…, hotfix-…와 같이 다른 브랜치 명으로 사용하고 있는 것들은 사용할 수 없다.
  • feature/기능요약 형식을 추천한다고 한다. (ex. feature/login)
  • feature/{issue-number}-{feature-name} 이슈추적을 사용한다면 이와 같은 형식을 따른다. ex) feature/1-init-project, feature/2-build-gradle-script-write

git 작업하면서 느낀 문제점과 피드백

main에서 작업 브랜치로 머지받는건 말이 안된다.

무작정 작업하기 전에 git flow에 대해 학습하고 전략을 수립하자.

기본적인 루틴

  1. main에서 기능별 브랜치따기
  2. 기능별 브랜치 작업
  3. 작업 완료 후 main에 pr

dev가 있다면 dev에 테스트 완료된 것을 넣고 main은 release가 완료도니 것만 넣는게 더 편하지 않을까?