开发与工程 gittrunk-based-developmentatomic-commitssemantic-versioningchangelogworktrees

Git 协作与版本发布规范

用可审查、可回滚的 Git 流程管理代码变更与版本发布。

FollowSkills 评估 · FSRS-2.0
不推荐
54/ 100 五分制 2.7 / 5
信任安全16 / 25 · 3.2/5

技能强调原子提交、检查暂存区、排除密钥、可回退提交和工作树隔离,显示出一定的最小化与恢复意识,因此未低分;但要求所有代码变更都触发,未要求用户确认,包含 git reset --hard、删除工作树、推送标签等外部或破坏性操作,也未说明权限边界、敏感数据处理、误操作恢复或数据流透明度,扣除9分。

可靠稳定9 / 20 · 2.3/5

内容结构一致,覆盖提交、分支、工作树、发布和验证路径;仓库 CI 会验证技能结构和评估脚本,因此保留部分分数。但命令假设 Node/npm/tsc 和特定项目布局,未提供环境探测、异常输入处理或失败诊断;“每次提交都测试”与项目实际测试命令可能不匹配,且静态审查不能证明可运行,扣除11分。

适用触发8 / 15 · 2.7/5

受众和常见场景较清楚,覆盖代码变更、并行代理、发布和版本管理;但“Always”会造成过度触发,未声明非适用范围、输入输出契约或触发排除条件,且没有中文使用说明或中国大陆网络适配信息,扣除7分。

规范维护10 / 15 · 3.3/5

技能具有清晰的分层结构、示例、反合理化表、红旗和验证清单;README 提供安装方式,仓库声明 MIT、维护团队和 CI。仍缺少该技能自身的版本、变更记录、明确维护责任与更新路径,部分交叉技能依赖未在此文件中说明,扣除5分。

有效结果7 / 15 · 2.3/5

原子提交、短分支、暂存区检查、版本语义和发布清单能直接帮助代理组织可审查、可回滚的 Git 工作;但规则较强约束且缺少针对不同仓库、非 Node 项目和用户偏好的适配,部分建议(如约100行)缺乏任务级依据,输出仍需人工判断,按静态上限给7分并扣8分。

证据核验4 / 10 · 2.0/5

技能提供命令、检查清单和可观察的 Git 状态;仓库 CI 存在真实工作流并运行结构验证和评估脚本,因此获得有限证据分。核心 Git 行为未由提交测试套件覆盖,DORA 等外部主张没有可核查引用,且未提供该技能专属评估结果,扣除6分。

证据充分度: 评估于 2026年7月20日 审查版本 2fbfa004a019
使用前请注意
  • “Always”触发条件可能使该技能在只读分析、文档编辑或无需 Git 的任务中过度介入。
  • 执行 git reset --hard、删除工作树或推送标签前应增加明确的用户确认、目标校验和恢复说明。
  • npm test、npm run lint 和 npx tsc --noEmit 不是所有仓库都存在,执行前应探测项目工具链并提供失败原因。
  • 未提供中文说明,也未证明核心功能在中国大陆网络环境中可稳定获取或安装。
评估证据 [1][2][3][4][5]
查看完整评分方法 →

这个 Skill 能做什么,适合哪些场景?

这是 addyosmani/agent-skills 集合中的一个 Git 工作流技能,专注于代码变更、分支、提交、冲突处理、发布和版本管理。它推荐以短生命周期分支配合主干开发,并要求将工作拆成可验证的原子提交。技能还覆盖工作树、提交前检查、生成文件处理、Git 调试、语义化版本、标签和面向用户的变更日志。它适合希望让 AI 编码代理持续产出清晰、可审查、可恢复历史的团队。

指导代理在每次代码变更时使用 Git;建议从主分支创建短生命周期的 feature、fix、chore 或 refactor 分支;将实现拆成“实现、测试、验证、提交”的小增量;要求提交信息采用 type 加简短描述的格式并解释原因;使用 Git worktree 支持并行分支;提交前检查暂存差异、秘密、测试、lint 和类型检查;区分应提交与不应提交的生成文件;使用 git bisect、log、diff、blame 和 grep 搜索进行调试;根据语义化版本选择 MAJOR、MINOR 或 PATCH,创建发布标签并维护按用户影响组织的变更日志;修改后输出 CHANGES MADE、THINGS I DIDN'T TOUCH 和 POTENTIAL CONCERNS 等结构化摘要。

  1. AI 代理正在实现一个多文件功能,需要按小切片提交并保留可回滚的保存点。
  2. 多个代理需要同时开发不同功能,希望用 Git worktree 隔离分支和工作目录。
  3. 团队准备合并变更,需要检查提交粒度、提交信息、秘密、测试、lint 和类型检查。
  4. 维护者准备发布一个有消费者依赖的软件,需要判断语义化版本、创建标签并编写变更日志。
  5. 开发者遇到回归问题,需要用 git bisect、log、diff 或 blame 缩小问题范围。

这个 Skill 有哪些优点和局限?

优点
  • 覆盖从分支和提交到发布标签、语义化版本和变更日志的完整流程。
  • 提供具体的分支命名、提交格式、工作树命令和提交前检查。
  • 强调原子提交、短生命周期分支、验证门槛和范围纪律,便于审查、调试和回滚。
  • 对常见拖延或跳过流程的理由提供反驳,并列出红旗信号。
局限
  • 内容是工作流指导,不会替用户执行 Git 命令或验证项目状态。
  • 测试、lint 和类型检查命令以 npm test、npm run lint 和 npx tsc --noEmit 为例,未针对具体项目配置。
  • 技能没有说明特定 Git 托管平台、CI 系统或发布工具的集成方式。
  • 源材料未提供该技能独立的测试套件或平台兼容性测试证据。

如何安装这个 Skill?

该技能随完整仓库安装。使用:npx skills add addyosmani/agent-skills --skill git-workflow-and-versioning。也可以先浏览技能:npx skills add addyosmani/agent-skills --list。仓库 README 还说明可安装完整的 24 个技能:npx skills add addyosmani/agent-skills。

如何使用这个 Skill?

在进行任何代码变更、提交、分支管理、冲突解决、并行工作、发布、版本升级或变更日志编写时启用它。例如:"Apply git-workflow-and-versioning to this code change: split the work into tested atomic commits, check the staged diff for secrets, and recommend the version bump." 具体客户端的单技能调用语法未在该 SKILL.md 中单独规定。

常见问题

它只适合 trunk-based development 吗?
不完全是。它推荐主干开发,但说明使用 gitflow 或长期分支的团队也可以采用原子提交、小变更和描述性消息等原则。
这个技能会自动发布版本吗?
不会。它指导版本判断、标签和变更日志,并明确实际发布属于其他流程。
使用它需要哪些权限?
执行示例中的本地 Git、测试和检查命令需要 shell 与文件系统访问;推送标签等操作还需要远程仓库访问权限。
它是否规定每个提交必须正好约 100 行?
不是。约 100 行是目标,约 300 行仍可接受,超过约 1000 行时建议拆分;逻辑完整性比固定行数更重要。

同仓库的其他 Skills

均来自 addyosmani/agent-skills

开发与工程

增量实现

用可验证的小步迭代安全交付多文件工程变更。

开发与工程

测试驱动开发工作流

用可执行的测试先证明需求,再以最小改动实现、重构并验证行为。

开发与工程

架构决策与工程文档助手

帮助工程团队记录决策依据、维护文档并保留长期代码上下文。

开发与工程

浏览器 DevTools 测试

用真实浏览器运行数据验证、调试并测试网页应用。

开发与工程

需求访谈助手

在规划或编码前,通过逐题访谈确认用户真正想解决的问题。

开发与工程

代码简化审查

在不改变行为的前提下,降低代码复杂度并提升可读性与可维护性。

开发与工程

规范驱动开发

在编码前把模糊需求转化为可验证的开发规范。

开发与工程

性能优化工程技能

通过测量、定位和验证,系统解决前端、后端、查询与数据库性能瓶颈。

开发与工程

规划与任务拆解

将明确需求拆分为有依赖顺序、可实现且可验证的工程任务。

设计与前端

生产级前端界面工程

帮助 AI 编码代理构建可访问、响应式且符合设计系统的生产级用户界面。

自动化与运维

生产可观测性工程

为生产代码建立日志、指标、追踪与告警,让系统行为可见且便于诊断。

开发与工程

怀疑驱动开发

在非平凡决策落地前,用新上下文主动寻找错误。

自动化与运维

安全加固工程技能

帮助编码代理在处理不可信输入、身份验证、敏感数据和外部服务时建立系统化安全防线。

开发与工程

Idea Refine 创意打磨

把模糊想法转化为经过验证、可执行的产品方向。

开发与工程

官方文档驱动开发

让框架与库的实现决策基于当前官方文档,而不是过时记忆。

开发与工程

稳定接口设计指南

帮助工程团队设计稳定、清晰且难以误用的 API 与模块接口。

开发与工程

合并前代码质量审查

在合并前从正确性、可读性、架构、安全性和性能五个维度审查代码变更。

开发与工程

上下文工程指南

帮助编码代理在正确时间获取正确项目上下文,减少臆测并保持开发规范一致。

开发与工程

系统化调试与错误恢复

用结构化流程定位根因,修复错误并防止复发。

自动化与运维

CI/CD 自动化工程指南

为项目建立可验证、可回滚的持续集成与部署流水线。

相关 Skills