Git 규칙, Git 커밋 메시지 규칙

by

힘내 규칙

입사 후 여러 명의 개발자가 하나의 프로젝트를 진행하기 때문에 커밋 메시지 규칙이 성립되지 않습니다.
Git History검색하는 동안 많은 혼란이있었습니다.

이런 이유로 Udacity Git Commit Message Style Guide인용하다
입맛에 맞게 조절해서 사용합니다.


이렇게 하면 작업 단위를 구분하기 위해 협업할 때 쉽게 할 수 있습니다.

오류가 발생하면 문제를 일으킨 커밋을 식별하는 것도 더 쉽습니다.

그럼 사용법을 소개하겠습니다.

커밋 메시지 구조

  • 제목 (일) 메시지
  • 본문 (가능성)
  • 꼬리말 (가능성)

커밋 태그

징후 의도 징후 의도
손의 속임수 새로운 기능 및 페이지 추가 고치다 버그 및 버그 수정
설계 CSS, UI 변경 스타일 코드 서식 지정, 코드 변경 없음
리모델링하다 코드 리팩토링 논평 댓글 추가
이름 바꾸기 파일 이름 수정, 파일 이동 제거됨 파일 삭제
의무 웹팩, 빌드, 패키지 관리자 설정 !핫픽스 긴급 수정

제목

그 남자를 위한 하루 :메시지 규칙은 다음과 같습니다.

  1. “수정”, “추가”, “변경” 등 커맨드 톤시작 (영어 동사 부정사)
  2. 총 문자 수입니다 50자 이내에
  3. 마지막으로 중요한 것은 특수 문자 X 삽입
  4. 혁신 구문(짧게, 요점까지)

예) 기능: 로그인 페이지 추가

본체(선택 사항)

  1. 라인당 72자 이하
  2. 최대한 자세하게
  3. 좋아하기보다는 뭐? 왜에 집중하다

바닥글(선택 사항)

  1. 출력 추적기 ID쓰다. "유형: #이슈 번호"
  2. 여러 문제 번호 안심하다분리합니다.
  3. 이슈 트래커 범주
    • 수정: 문제가 해결됨(아직 해결되지 않음)
    • 수정: 문제 해결됨
    • 심판: 고려해야 할 사항
    • 을 참조하여: 이 커밋과 관련된 문제 수(아직 해결되지 않음)