Git|Emoji를 사용한 Git의commiit 형식의 일례 #git#emoji

개요

Emoji의 Git를 사용한 commiit 형식의 예

전제 조건

Atom 제출 정보 규칙 참조

Atom Git Commit Messages

이 양식을 보급할 의사가 없기 때문에 양식의 시비를 토론하고 싶지 않다

소속 조직과 개인 제품에 대해 이 규칙에 따라 한 예

하고 있다기보다는 지금부터 한다(2015/01/30~)

시행착오가 생기기 때문에 변화가 생길 것 같아요.이 기사의 최신 상태를 유지할 수 있을지 모르겠다

장점

처음 그림 문자만 보고 제출 유형을 즉시 판단할 수 있음

제출 유형을 구분하여 제출 입도가 적당해진다

메시지를 제출하는 형식의 통일

포맷을 통일하여 편의성 향상

검색이 쉬워졌다

자동 처리가 용이해짐

결점

입력이 까다롭다

Snippet을 통한 대응

본 조직 + 개인의 개발에서 편집이 통일되어 문제가 없음

Rules

Format
Desc
add: input_your_summary
추가 사양
modify: input_your_summary
사양 변경
delete: input_your_summary
사양 삭제
refactor: input_your_summary
팩시밀리
tool: input_your_summary
도구 등 인간 이외의 약속
test: input_your_summary
테스트 코드 추가
doc: input_your_summary
문서
bump up: input_your_summary
버전 업그레이드
dirty: input_your_summary
버전 제출 등을 이동할 수 없습니다. 진행할 수 없는 제출
other: input_your_summary
분류되지 않았습니다.분류 불가

Snippets

Sublime Text2의 가벼운 운동입니다.
git_commit_snippets

보태다

규격 신규, 규격 갱신, 규격 삭제는 규격만 분류한다.행동거지가 변하지 않으면 팩스

테스트에 관해서는 제품 코드만 있는 시스템에서 뒤에서 테스트를 추가하는 상황을 구상한다

새 기능 설치 시 제품 코드 테스트를 함께 제출할 경우 추가 사양

으로 분류

문서에는 README 또는 API 문서

가 포함됩니다.

버전 업그레이드는 버젼 파일의 업데이트입니다.이 업데이트는 version 파일의 업데이트 이외에 혼합되지 않습니다

Dirty는 부득이하게 업무 도중에만 제출할 수 있는 경우

그림문자 뒤에 바로 동등한 의미를 가진 영어를 유지하는 것은 불필요한 것입니까?이렇게 하면

하지만 습관이 된 사람 이외의 사람에게는 비교적 유익하다

어차피 스니펫으로 입력했으니까 입력할 때 신경 안 써

이미지 커밋

실제로 위와 같은 스니펫 제작 시 이모지 포메트릭의 Commiit를 활용해 봤다.

관련 보도

Giit Commiit Template+Subliem Text2의 Snippet을 통해 메시지를 일관되고 효율적으로 제출하는 방법