<div id="readability-page-1" class="page"><article id="post-etc-husky-conventional-commit" class="page" role="article"><header> <time datetime="2024-10-21T00:00:00+00:00">21 Oct 2024</time> in <a href="/etc/">etc.</a> 프로젝트를 진행하면서 보다 일관된 커밋 메시지 설정을 통해 팀원 간 문맥 이해력 향상을 통한 커뮤니케이션 비용 감소를 위해 고민하던 중, 지난 프로젝트에서 설정한 Conventioanl Commit을 설정하는 것이 떠올랐고 이를 게시글로 작성하기로 하였다.</header><hr><h2 id="서론">서론</h2>&nbsp;프로젝트를 진행하다 보면 일관된 커밋 메시지의 중요성을 느낄 때가 있다. 오늘은 Conventional Commits 규칙을 적용하고, Husky를 사용하여 이를 자동으로 강제하는 방법에 대해 알아보자.<h2 id="conventional-commits란">Conventional Commits란?</h2>&nbsp;Conventional Commits는 커밋 메시지에 사용자와 기계 모두가 이해할 수 있는 의미를 부여하기 위한 규격이다. 이를 통해 커밋 히스토리를 쉽게 탐색하고, 자동화된 도구를 사용할 수 있게 된다.<h2 id="husky란">Husky란?</h2>&nbsp;Husky는 Git hooks를 쉽게 관리할 수 있게 해주는 도구이다. 이를 통해 커밋이나 푸시 전에 특정 스크립트를 실행하도록 설정할 수 있다.<h2 id="설정-방법">설정 방법</h2><h3 id="1-패키지-설치">1. 패키지 설치</h3>&nbsp;먼저 필요한 패키지들을 설치한다.<div><pre><code># commitlint 관련 패키지 설치
npm install --save-dev commitlint-plugin-function-rules @commitlint/cli @commitlint/config-conventional

# husky 설치
npx husky-init &amp;&amp; npm install
</code></pre></div><h3 id="2-commitlint-설정">2. commitlint 설정</h3>&nbsp;프로젝트 루트에 <code>commitlint.config.js</code> 파일을 생성하고 다음과 같이 작성한다:<div><pre><code>module.exports = {
 extends: ["@commitlint/config-conventional"],
 rules: {
 "scope-empty": [2, "always"],
 "header-max-length": [2, "always", 100],
 "body-max-line-length": [2, "always", 100],
 "type-enum": [
 2,
 "always",
 ["feat", "fix", "docs", "rename", "style", "refactor", "test", "chore"],
 ],
 },
};
</code></pre></div>&nbsp;이 설정은 다음과 같은 규칙을 적용한다:<ul><li>스코프는 사용하지 않는다.</li><li>헤더와 본문의 각 줄은 최대 100자로 제한한다.</li><li>커밋 타입은 지정된 값만 사용할 수 있다.</li></ul><h3 id="3-husky-설정">3. Husky 설정</h3>&nbsp;Husky를 사용하여 커밋 메시지를 검사하도록 설정한다.<div><pre><code>npx husky add .husky/commit-msg 'npx --no-install commitlint --edit $1'
</code></pre></div>&nbsp;이 명령은 커밋 메시지가 작성될 때마다 commitlint를 실행하여 메시지를 검사한다.<h2 id="마치며">마치며</h2>&nbsp;이제 Conventional Commits 규칙을 따르지 않는 커밋은 자동으로 거부될 것이다. 이를 통해 프로젝트의 커밋 히스토리를 일관되게 유지할 수 있으며, 변경사항을 더 쉽게 추적하고 이해할 수 있게 된다.&nbsp;Conventional Commits와 Husky를 활용하여 프로젝트 관리를 한 단계 업그레이드 해보자!</article><div role="contentinfo"><hr>© 2021. All rights reserved. <nav> <a href="/LICENSE/">LICENSE</a> | <a href="/NOTICE/">NOTICE</a> | <a href="/CHANGELOG/">CHANGELOG</a> </nav>Powered by <a href="https://hydejack.com/">Hydejack</a> v9.2.1<hr></div></div>

개발자 이진우

Jinwoo Lee

서론
 프로젝트를 진행하다 보면 일관된 커밋 메시지의 중요성을 느낄 때가 있다. 오늘은 Conventional Commits 규칙을 적용하고, Husky를 사용하여 이를 자동으로 강제하는 방법에 대해 알아보자.
Conventional Commits란?
 Conventional Commits는 커밋 메시지에 사용자와 기계 모두가 이해할 수 있는 의미를 부여하기 위한 규격이다. 이를 통해 커밋 히스토리를 쉽게 탐색하고, 자동화된 도구를 사용할 수 있게 된다.
Husky란?
 Husky는 Git hooks를 쉽게 관리할 수 있게 해주는 도구이다. 이를 통해 커밋이나 푸시 전에 특정 스크립트를 실행하도록 설정할 수 있다.
설정 방법
1. 패키지 설치
 먼저 필요한 패키지들을 설치한다.
# commitlint 관련 패키지 설치
npm install --save-dev commitlint-plugin-function-rules @commitlint/cli @commitlint/config-conventional
# husky 설치
npx husky-init && npm install
2. commitlint 설정
 프로젝트 루트에 commitlint.config.js 파일을 생성하고 다음과 같이 작성한다:
module.exports = {
  extends: ["@commitlint/config-conventional"],
  rules: {
    "scope-empty": [2, "always"],
    "header-max-length": [2, "always", 100],
    "body-max-line-length": [2, "always", 100],
    "type-enum": [
      2,
      "always",
      ["feat", "fix", "docs", "rename", "style", "refactor", "test", "chore"],
    ],
  },
};
 이 설정은 다음과 같은 규칙을 적용한다:
스코프는 사용하지 않는다.
헤더와 본문의 각 줄은 최대 100자로 제한한다.
커밋 타입은 지정된 값만 사용할 수 있다.
3. Husky 설정
 Husky를 사용하여 커밋 메시지를 검사하도록 설정한다.
npx husky add .husky/commit-msg 'npx --no-install commitlint --edit $1'
 이 명령은 커밋 메시지가 작성될 때마다 commitlint를 실행하여 메시지를 검사한다.
마치며
 이제 Conventional Commits 규칙을 따르지 않는 커밋은 자동으로 거부될 것이다. 이를 통해 프로젝트의 커밋 히스토리를 일관되게 유지할 수 있으며, 변경사항을 더 쉽게 추적하고 이해할 수 있게 된다.
 Conventional Commits와 Husky를 활용하여 프로젝트 관리를 한 단계 업그레이드 해보자!

Conventional Commits와 Husky로 일관된 커밋 메시지 관리하기

댓글