집 > 기사 > Java > Java Git Commit Message의 사용 사양은 무엇입니까?

Java Git Commit Message의 사용 사양은 무엇입니까?

WBOY앞으로: 2023-05-11 09:46:051546검색

1. 커밋 메시지의 형식

각 제출마다 커밋 메시지는 머리글, 본문, 바닥글의 세 부분으로 구성됩니다.

<type>(<scope>): <subject>
// 空一行
<body>

그 중 헤더, Feat 및 Fix 유형에 대한 제출 콘텐츠와 Body가 필수입니다. 섹션에 관계없이 줄은 72자(또는 100자)를 초과할 수 없습니다. 이는 자동 줄 바꿈이 모양에 영향을 미치는 것을 방지하기 위한 것입니다.

1.1 Header

Header 부분에는 한 줄만 있고 유형(필수), 범위(필수) 및 제목(필수)의 세 가지 필드가 포함됩니다.
(1) type
type은 커밋 카테고리를 설명하는 데 사용되며 다음 7가지 식별자만 허용됩니다.

feat: feature
fix: bug fix
docs: documentation
style: 형식 코드 실행에 영향을 주지 않음) 변경 사항)
리팩터링: 리팩토링(새로운 기능이나 버그 수정이 아닌 코드 변경)
test: 테스트 추가
build: 빌드 프로세스 또는 보조 도구 변경

(2) 범위
범위는 프로젝트에 따라 달라지는 표시기 템플릿, 규칙 상향 및 하향 등과 같은 커밋의 영향 범위를 설명하는 데 사용됩니다.
(3)subject
subject는 커밋 목적에 대한 간단한 설명으로, 50자 이내입니다.

1. 동사로 시작하고, 변경이나 변경 대신 1인칭 현재시제를 사용합니다.
2. 첫 글자는 소문자입니다.
3. .) 마지막에

1.2 Body

Body 부분은 이 커밋에 대한 자세한 설명으로 여러 줄로 나눌 수 있습니다.

1. 다양한 순방향 또는 역방향 테스트 시나리오를 간략하게 나열해야 합니다. 테스트에 통과하면 통과를 입력합니다.
2. 수정자 정보 추가

2. 예제

2.1 feat example

feat(온라인 및 오프라인 규칙, 빌드, 적용, 시뮬레이션 적용): 온라인 및 오프라인 규칙 추가

1 Rule up 및 down 스레드 마스터 프로세스에서는 엔진이 정상적으로 구독되고 fldl이 정상적으로 생성됩니다. pass
2. 온라인 및 오프라인 규칙, 존재하지 않는 규칙 번호 전달, 예외 프롬프트. pass

제출자: xxx

2.2 수정 예시

수정(모델 모듈): 모델 테스트 실패

1 파생 필드를 포함하여 mar 모델을 가져옵니다. pass
2. 파생 필드가 포함되지 않은 mar 모델을 가져옵니다. pass

제출자: xxx