1. 깃 커밋 메세지 규칙 Git Commit Message Rule

1. 작업 prefix : 작업 내용 양식 지켜서 커밋 메세지 작성하기!

   example

   • add : 로그인 페이지 아이디 유효성 검사 기능 추가
   • fix : 아이디 입력 UI, 유효성 검사 미적용 이슈 해결
   • style : 로그인 페이지 width 속성 변경

2. git add . 사용은 지양하기

   • 여러 가지 기능을 한번에 개발했더라도, 기능을 기준으로 묶어서 커밋하기
   • 앱에서 UI의 스타일 관련 속성을 편집하는 경우에는 컴포넌트를 기준으로 묶어서 커밋하기
   • git add . 를 사용하고 싶다면 코드를 여러 군데 수정하는 것이 아닌, 한 가지 기능에 대해서만 수정하고 커밋할 때만 사용하기

1.1. 깃 커밋 메세지 접두사 정리표

접두사 종류

2. 깃 브랜치 구조도 Git Branch Architecture

team-git-flow.pptx

2.1. feature branch 분기 규칙

1. 프론트, 백엔드 상관 없이 각 기능별로 브랜치를 분기합니다.
2. 개발자가 가장 많이 사용할 브랜치이므로, 브랜치의 명명 권한은 개발자에게 있습니다.
3. 단, 새로 분기하는 브랜치의 경우 브랜치 명으로 어떤 작업이 진행중인지 직관적으로 알 수 있도록 명명에 신경을 써주시기 바랍니다. 가령 a, b, c나 자신의 아이디로 브랜치를 분기하는 행위는 지양해주세요.
4. 개발자의 ID를 기준으로 브랜치를 분기하지 않습니다.
5. feature branch는 기능 별로 생성하는 것을 권장합니다. 작업이 끝난 후 모두 develop branch로 병합해야 하며, 장기간 develop 브랜치에 작업한 내용을 업데이트 하지 않는 것을 지양합시다.
6. 업데이트가 완료된 branch는 원칙적으로 develop에 병합되어 사라지게 하면 됩니다.