git-workflow
套用標準化的 Git 工作流程實踐
也可从以下获取: 0xDarkMatter,0xDarkMatter,Joseph OBrien,Joseph OBrien,Cain96,AI-Vibe-Prompts,Doyajin174,supercent-io
團隊在分支和提交方面遇到不一致的問題。這個技能強制執行命名慣例、工作樹隔離和慣例提交，以保持清晰的歷史記錄。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“git-workflow”。 Help me create a branch for issue #42 adding user authentication
预期结果:
- Branch naming convention: feature/42-user-authentication
- Commands to run:
- gh issue create --title "Add user authentication" --body "..."
- git worktree add ../worktrees/feature-42-auth -b feature/42-auth
- cd ../worktrees/feature-42-auth
正在使用“git-workflow”。 Write a commit message for adding a login form component
预期结果:
- Recommended format: feat(auth): add login form component
- Type: feat for new feature
- Scope: (auth) indicates authentication module
- Description clearly describes the change
正在使用“git-workflow”。 My feature branch is ready for review
预期结果:
- Push your branch: git push -u origin feature/42-auth
- Create PR: gh pr create --title "feat: add user authentication" --body "Closes #42"
- Your PR title follows conventional commit format
- Body links to the issue being closed
安全审计
安全This is a documentation-only skill containing best practices and guidelines. No executable code, scripts, network access, or filesystem operations are present. Only contains markdown documentation with git command examples. All 50 static findings are false positives - the scanner mistook documentation examples (branch names, commit formats, git commands in code blocks) for executable code. The original skill-report.json already performed human evaluation and correctly marked this as safe.
风险因素
🌐 网络访问 (1)
📁 文件系统访问 (8)
⚙️ 外部命令 (28)
质量评分
你能构建什么
強制執行團隊標準
在整個開發團隊中套用一致的分支命名和提交訊息格式。
保持清晰的歷史記錄
使用慣例提交和線性歷史記錄以獲得可讀的專案歷史。
隔離功能工作
使用 git 工作樹來處理多個功能，而無需切換分支。
试试这些提示
我需要開始處理問題 #42 以進行使用者驗證。幫我使用 git 工作樹建立一個正確命名的分支。
我剛剛新增了一個登入表單元件。為這個變更撰寫一個慣例提交訊息。
我的功能分支已準備好。幫我推送變更並建立一個遵循慣例格式的提取請求。
我的提取請求已被合併。我應該執行哪些指令來清理工作樹和本地分支？
最佳实践
- 始終在專用目錄中建立工作樹，位於主儲存庫外部
- 使用帶有類型前綴的慣例提交以實現機器可讀的歷史記錄
- 使用問題編號將問題連結至提交和 PR
- 在提交 PR 之前先變基到 main 以保持歷史記錄為線性
避免
- 直接在 main 分支上工作，而不是功能分支
- 使用通用的提交訊息，如「修復錯誤」或「更新」
- 在合併後跳過分支清理
- 對共享分支使用強制推送