スキル git-workflow
🔀

git-workflow

安全 🌐 ネットワークアクセス📁 ファイルシステムへのアクセス⚙️ 外部コマンド

应用标准化的 Git 工作流实践

こちらからも入手できます: 0xDarkMatter,0xDarkMatter,Joseph OBrien,Joseph OBrien,Cain96,AI-Vibe-Prompts,Doyajin174,supercent-io

团队在分支和提交方面存在不一致的问题。此技能强制执行命名规范、工作树隔离和约定式提交,以保持清晰的历史记录。

対応: Claude Code(CC)
⚠️ 68 貧弱
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「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

セキュリティ監査

安全
v5 • 1/16/2026

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.

2
スキャンされたファイル
326
解析された行数
3
検出結果
5
総監査数
監査者: claude 監査履歴を表示 →

品質スコア

38
アーキテクチャ
100
保守性
85
コンテンツ
20
コミュニティ
100
セキュリティ
83
仕様準拠

作れるもの

强制执行团队标准

在整个开发团队中应用一致的分支命名和提交消息格式。

维护清晰的历史记录

使用约定式提交和线性历史记录以获得可读的项目历史记录。

隔离功能工作

使用 git 工作树在多个功能之间工作而无需切换分支。

これらのプロンプトを試す

创建功能分支
I need to start work on issue #42 for user authentication. Help me create a properly named branch using a git worktree.
编写提交消息
I just added a login form component. Write a conventional commit message for this change.
准备拉取请求
My feature branch is ready. Help me push the changes and create a pull request that follows the conventional format.
清理已合并的分支
My pull request was merged. What commands do I run to clean up the worktree and local branch?

ベストプラクティス

  • 始终在主仓库外的专用目录中创建工作树
  • 使用带类型前缀的约定式提交以获得机器可读的历史记录
  • 使用问题编号将问题链接到提交和 PR
  • 在提交 PR 之前变基到主分支以保持历史线性

回避

  • 直接在主分支上工作而不是功能分支
  • 使用通用的提交消息如 '修复错误' 或 '更新'
  • 合并后跳过分支清理
  • 对共享分支使用强制推送

よくある質問

我需要安装哪些工具?
必须安装 Git。建议安装 GitHub CLI (gh) 以用于问题创建和 PR 创建命令。
我可以在 GitLab 或 Bitbucket 上使用这个吗?
可以。git 命令适用于任何 Git 托管平台。只有 gh 命令是 GitHub 特有的。
这个技能会修改我的 git 配置吗?
不会。此技能仅提供指导。您必须手动运行命令或配置别名。
我的数据使用这个技能安全吗?
可以。这是一个仅文档技能,不读取也不修改任何内容。
如果我的团队使用不同的提交格式怎么办?
根据您团队的规范调整约定。此技能提供了一个推荐的起点。
这与 git 初始化工具有什么不同?
此技能提供工作流指导,而非项目设置。它有助于在开发过程中保持一致性。

開発者の詳細

ファイル構成

📄 SKILL.md