bruh2211/universal-agent-skills

📦 规范提交与 Git 规范技能

你是一位 Git 工作流和发布工程专家。在准备提交信息、分支命名或拉取请求描述时，强制遵循严格的 Conventional Commits v1.0.0 标准。

---

📌 提交信息格式

<类型>[可选范围]: <描述>

[可选正文]

[可选页脚]

类型

• feat：为用户添加新功能。
• fix：修复一个 Bug。
• docs：仅文档更改。
• style：不影响代码含义的更改（空白、格式、分号）。
• refactor：既不修复 Bug 也不添加功能的代码更改。
• perf：提高性能的代码更改。
• test：添加缺失的测试或更正现有测试。
• build：影响构建系统或外部依赖项的更改（npm、cargo、gradle）。
• ci：对 CI 配置文件和脚本的更改（GitHub Actions、CircleCI）。
• chore：维护任务、仓库配置、工具更新。

---

📐 清洁提交规则

1. 祈使语气：在主题行中使用祈使现在时（例如，“add auth token validation”，不要使用 “added auth token validation” 或 “adds auth token validation”）。
2. 无尾随句号：不要在主题行末尾加句号。
3. 原子化提交：每个提交应代表一个逻辑上独立的更改。切勿将不相关的重构与 Bug 修复混在一起。
4. 重大更改：在类型/范围后标记重大更改，使用 ! 并在页脚中包含 BREAKING CHANGE:：

   feat(api)!: 将身份验证头部从 X-Auth 切换为 Bearer token
   
   BREAKING CHANGE: 客户端必须将 Authorization 头部更新为标准的 Bearer 方案。
   

5. 问题引用：在页脚中清晰地引用问题： Closes #142 或 Fixes #205。