Skip to main content

create-commit

Create Jujutsu (jj) commits — simple one-shot or split across logical groups. Also suggest splitting when changes span multiple unrelated areas or when user explicitly requests it.

소스 정보

저장소
meain/dotfiles
최근 소스 활동
2026년 6월 9일 11:45
감지된 SKILL.md 언어
영어
스타
284
포크
10

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
create-commit
description
Create Jujutsu (jj) commits — simple one-shot or split across logical groups. Also suggest splitting when changes span multiple unrelated areas or when user explicitly requests it.
Create one or more jj commits from the working copy. If the user asked to split changes or if the diff spans clearly unrelated areas, use the split workflow. Otherwise, default to a single commit. > Prefer using a subagent as the context is unnecessary in main thread. Can return final commit message back from the subagent. ## Important Context - Uses **Jujutsu (jj)**, not git - All changes in the working copy are automatically tracked ## Steps ### 1. Understand Current State Run these in parallel: ```bash jj status # See all changes jj diff # See detailed changes jj log -r 'ancestors(@, 3)' # Recent commits for style reference ``` ### 2. Assess Changes Check if changes should be a single commit or split: - **Single commit**: changes are few, logically one unit (feature, bug fix, refactor) - **Suggest split**: changes span multiple distinct areas (e.g. unrelated features, tests + code changes + config). Present the proposed groups to the user and let them decide. - **User requested split**: skip suggestion, go straight to split workflow ### 3a. Simple Commit ```bash jj describe -m "$(cat <<'EOF' brief description (1-2 sentences) Optional body if reasoning isn't obvious from the diff EOF )" jj new ``` Guidelines: - Keep first line under 72 chars - Do NOT commit secrets - Do NOT push unless requested - Do NOT add `Co-Authored-By` lines unless the user asks ### 3b. Split into Logical Commits 1. Group changed files into logical sets — by feature/purpose, layer (code vs tests vs config), or file relationships 2. Present the proposed grouping to the user and wait for confirmation 3. For N groups, do N-1 splits: ```bash jj split -m "$(cat <<'EOF' <commit message for this group> EOF )" <file1> <file2> ... ``` 4. After all splits, describe the remaining commit: ```bash jj describe -m "$(cat <<'EOF' <commit message for last group> EOF )" ``` 5. Create new working revision: ```bash jj new ``` ### 4. Verify ```bash jj log -r 'ancestors(@, 3)' ``` ## Branch/Bookmark Naming - Veeam repos: prefix with `meain/` (e.g. `meain/earn-prod-adx-sku-downsize`) - Other repos: follow project conventions ## Notes - If changes within a single file need splitting, mention this limitation and suggest `jj split -i` done manually - Never use interactive split (`-i` flag) in scripts - Prefer meaningful groups over many tiny commits
GitHub에서 보기