技能 git-workflow
📦

git-workflow

安全

自信地掌握 Git 工作流

也可从以下获取: 0xDarkMatter,0xDarkMatter,Joseph OBrien,Cain96,Joseph OBrien,Barnhardt-Enterprises-Inc,AI-Vibe-Prompts,Doyajin174

正在为 Git 分支、合并和冲突而烦恼？本技能为所有 Git 操作提供清晰的分步指导，并包含团队协作的最佳实践。

支持: Claude Codex Code(CC)
📊 71 充足
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“git-workflow”。 Write a commit message for adding login functionality

预期结果:

feat(auth): implement user login system

- Add login form component with validation
- Create authentication API endpoint
- Integrate session management middleware
- Add unit tests for login flow

Closes #156

正在使用“git-workflow”。 How do I undo my last commit but keep my changes?

预期结果:

Use: git reset --soft HEAD~1

This removes the commit but keeps all changes staged. If you want to unstage them too, use: git reset HEAD~1

安全审计

安全
v2 • 3/9/2026

This skill is a documentation-only guide for Git workflows. Static analysis flagged 77 shell command patterns, 6 URLs, and 14 crypto patterns, but all are false positives. The detected patterns are Markdown code blocks (```bash) and inline code markers (`command`) used for documentation formatting, not executable code. URLs are reference links to official Git documentation. No actual security risks exist.

2
已扫描文件
550
分析行数
0
发现项
2
审计总数
未发现安全问题
审计者: claude 查看审计历史 →

质量评分

38
架构
100
可维护性
85
内容
35
社区
100
安全
87
规范符合性

你能构建什么

新开发者入职

帮助初级开发人员学习正确的 Git 工作流，提供分支、提交和安全合并代码的引导示例。

团队工作流标准化

在开发团队中建立一致的提交消息格式和分支命名约定。

冲突解决协助

在功能集成过程中遇到复杂合并冲突时，获得清晰的分步指导。

试试这些提示

基本提交消息 
Help me write a commit message for changes that add user authentication with JWT tokens to my application.
分支创建和设置 
I need to start working on a new feature for the shopping cart. What branch should I create and how?
合并冲突解决 
I'm getting conflicts when rebasing my feature branch onto main. Walk me through resolving them step by step.
交互式变基清理 
I have 5 messy commits on my feature branch. Help me squash and reorganize them before merging to main.

最佳实践

  • 编写小而专注的提交，一次只更改一件事
  • 使用规范化提交格式：type(scope): subject
  • 开始新工作前始终拉取最新更改
  • 永远不要直接提交到 main 分支
  • 合并后删除功能分支以保持历史清晰

避免

  • 使用 'fix' 或 'update' 等模糊的提交消息 - 要具体说明更改内容
  • 使用 git push --force 而不加 --force-with-lease - 可能覆盖队友的工作
  • 提交大量不相关的更改 - 使审查和回滚变得困难
  • 忽略合并冲突并强制推送 - 导致代码丢失

常见问题

git merge 和 git rebase 有什么区别？
Merge 创建一个新提交来合并两个分支，保留历史记录。Rebase 通过在其他分支顶部重放提交来重写提交历史，创建线性历史。在共享分支上使用 merge，在本地功能清理时使用 rebase。
如何撤销已推送的提交？
使用 git revert <commit-hash> 创建一个新提交来撤销更改。这对于共享分支比 reset 更安全，因为它保留历史记录且不需要强制推送。
如果我提交到了错误的分支该怎么办？
使用 git branch correct-branch 从当前状态创建新分支。然后使用 git reset --hard HEAD~1 重置错误的分支。最后，checkout 您的正确分支。
我应该多久从 main 拉取一次更改？
在开发长期功能时，至少每天从 main 拉取一次。这通过使您的分支与团队更改保持同步来减少合并冲突。
什么是 git stash，我什么时候应该使用它？
Git stash 临时保存未提交的更改，以便您可以切换分支。当您需要快速切换上下文但尚未准备好提交工作时使用它。
什么是规范化提交，为什么要使用它们？
规范化提交使用标准格式：type(scope): description。类型包括 feat、fix、docs、refactor、test 和 chore。这创建清晰的历史记录并支持自动化 changelog 生成。

开发者详情

许可证

MIT

仓库

https://github.com/supercent-io/skills-template/tree/main/.agent-skills/git-workflow/

引用

main

文件结构

📄 SKILL.md

📄 SKILL.toon