올클 커밋 생성 가이드

Organize Git changes into logical commits with Korean messages.

26|1|Updated Jan 8, 2025
One-click install
npx skills add https://github.com/allcll/allcll-backend --skill -allcll
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 올클 커밋 생성 가이드
Source: https://github.com/allcll/allcll-backend/tree/main/docs/agent-harness/skills/commit
Command: npx skills add https://github.com/allcll/allcll-backend --skill -allcll

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

이 Skill은 git 커밋을 어떻게 나눌지 고민할 때, 변경 내용을 의미 단위로 분류하고 한국어 커밋 메시지를 일관된 형식으로 작성하도록 도와줍니다.

Core Features & Use Cases

  • 커밋 분할 기준 제안: 기능, 리팩토링, 테스트, 문서 변경을 서로 다른 커밋으로 나누는 기준을 안내합니다.
  • 메시지 컨벤션 준수: type: 한국어 요약 형식에 맞는 메시지를 생성하고, 불필요한 영문 표현을 피합니다.
  • 사전 점검 안내: git status, git diff 확인부터 staged diff 검증까지 커밋 전 절차를 따라가도록 돕습니다.
  • Use Case: 여러 파일에 걸친 변경이 섞여 있을 때, 어떤 파일을 한 묶음으로 커밋할지와 각 커밋 제목을 정리합니다.

Quick Start

커밋할 변경 내용을 설명하면, 작업 단위로 나누어 한국어 git 커밋 메시지를 만들어줘.

Frequently Asked Questions about 올클 커밋 생성 가이드

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I divide git changes into logical commits when multiple files are mixed?

To divide git commits logically, group changes by meaning such as features, refactoring, tests, docs, and chores into separate commit-sized units. This process reads git status and diffs to exclude unrelated files, preserving clean commit boundaries for each logical unit.

What is the proper format for writing Korean git commit messages?

Korean git commit messages follow a strict type summary convention formatted as type: 한국어 요약. This format avoids unnecessary English expressions and generates concise Korean summaries, ensuring consistent commit message conventions across the repository.

How do I check staged files before creating a git commit?

Before creating a git commit, run git status and git diff to inspect all changes, then verify the staged diff to ensure only intended files are included. This pre-commit procedure preserves clean commit boundaries and helps exclude unrelated files from the current commit.

Can I separate refactoring and feature changes into different git commits?

Yes, you can separate refactoring and feature changes into different git commits by reviewing branch diffs and staging decisions. The commit division process distinguishes features, refactors, tests, docs, and chores as separate logical units, maintaining strict boundaries between unrelated changes.

What should I do with files that were not included in a git commit?

Files not included in a git commit should be reported and reviewed in subsequent staging decisions. The commit generation process explicitly reports what was excluded, allowing you to verify that unrelated files remain unstaged for future logical commit units.

Why does my git commit contain unrelated changes from different features?

Git commits contain unrelated changes when staging decisions fail to separate features, refactors, tests, and docs into distinct units. Reviewing git diff before staging and applying logical commit boundaries prevents mixing unrelated files within a single commit.