com um clique
source-command-subpush
서브모듈 커밋 + push + Hames gitlink 커밋까지. Hames push는 /save 역할.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
서브모듈 커밋 + push + Hames gitlink 커밋까지. Hames push는 /save 역할.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
Codex 스킬 정본, Antigravity 미러, Codex hook surface 동기화 — sync_skills.ps1 실행
Audit and improve CLAUDE.md files in repositories. Use when user asks to check, audit, update, improve, or fix CLAUDE.md files. Hames-aware fork — recognizes the v5.x kernel + .cursor/rules/* module separation, isolated domains, defense-line signatures, and workspace lock. In non-Hames repos this falls back to standard upstream behavior.
워크스페이스 콘텐츠 품질 & 인덱스 무결성 점검 (Content & Index Audit)
완료된 핸드오프 파일을 _Archive로 이동 — close_handoff.ps1 실행
HamesSystem 규칙 완성도 점검 (System Integrity MRI)
Create a model handoff using a single canonical handoff document and then validate it.
| name | source-command-subpush |
| description | 서브모듈 커밋 + push + Hames gitlink 커밋까지. Hames push는 /save 역할. |
Use this skill when the user asks to run the migrated source command subpush.
서브모듈 작업 후 "서브모듈 push → Hames gitlink bump 커밋" 2단 흐름을 자동화한다.
Hames 루트 push는 포함하지 않는다 — 그것은 /save의 역할이다.
A. 서브모듈 안에서 커밋까지 끝낸 경우:
/subpush <submodule_path>
예: /subpush my-submodule
B. 워킹트리 변경분 통째로 커밋 + 흐름 전체 실행:
/subpush <submodule_path> "<commit message>"
예: /subpush my-submodule "feat: add new content"
{{HAMES_ROOT}})여야 한다.<submodule_path>는 Hames 기준 상대경로 (예: my-submodule-a, my-submodule-b).이 스킬의 모든 단계에서 "변경 없음 / 이미 동기화됨 / 커밋할 내용 없음 / gitlink 변경 없음" 같은 부정형 결론을 내리기 전:
특히 Step 3의 ahead/behind 카운트, Step 4의 git status --short <submodule_path> 출력은 결정 직전에 raw로 박아둔다.
Step 1 — 인자 검증
.gitmodules에 등록돼 있는지 확인:
git config --file .gitmodules --get-regexp path | grep -F "<submodule_path>"
없으면 "서브모듈이 아닙니다" 출력 후 중단.Step 2 — (모드 B인 경우만) 서브모듈 안에서 커밋
cd <submodule_path>
git add -A
git status --short # 사용자에게 변경 내역 확인 출력
git commit -m "<commit message>"
Step 3 — 서브모듈 push
cd <submodule_path> # 이미 안에 있으면 생략
git rev-list --left-right --count '@{u}...HEAD' 2>/dev/null
git push
fatal: no upstream) 사용자에게 보고하고 중단.Step 4 — Hames 루트로 복귀 후 gitlink 상태 확인
cd {{HAMES_ROOT}}
git status --short <submodule_path>
M <submodule_path>이 보이면 gitlink 갱신 필요 → Step 5.Step 5 — gitlink 커밋 (Hames push 없음)
git add <submodule_path>
git commit -m "chore: bump <submodule_path> gitlink"
/save를 별도로 실행한다.Step 6 — 최종 검증 보고
cd <submodule_path> && git rev-list --left-right --count '@{u}...HEAD'
0 0이면 "서브모듈 동기화 완료. Hames gitlink 커밋됨. push는 /save로." 한 줄로 마감.n8n/data/*, untracked 파일)은 절대 같이 add 하지 않는다. git add <submodule_path> 정확히 그 한 경로만 스테이징.Co-Authored-By 줄 추가하지 않는다 (시스템 관례 단순화).--force, --no-verify)도 쓰지 않는다.<submodule_path>가 dirty 워킹트리(예: 다른 untracked)인데 모드 B로 통째 add하는 건 사용자 의도와 다를 수 있으므로, Step 2 직전에 변경 목록을 보여주고 진행 여부를 명시적으로 확인한다.| 증상 | 대응 |
|---|---|
| 서브모듈 안 push 거부 (인증/권한) | 에러 메시지 그대로 보고 후 중단. Hames gitlink 커밋 진행 금지 |
| 서브모듈에 upstream 미설정 | git push -u origin <branch> 권유. 자동 실행하지 않음 |
<submodule_path>에 conflict 발생 | 자동 해결 시도 금지. 상태만 보고 |