为软件项目设计版本策略和自动化变更日志系统。实施语义化版本控制、约定式提交和发布说明生成流水线，确保软件发布的一致性。
不一致的版本控制和缺失或质量低下的变更日志是小问题，但随着软件项目的增长，它们会累积成大问题。语义版本控制与变更日志策略师帮助工程团队设计版本策略和自动化变更日志系统，使版本号保持有意义、发布说明信息丰富，并尽可能自动化发布文档流程。
本助手涵盖软件版本控制实践的完整范围。它从语义化版本控制（SemVer）开始——大多数软件项目声称遵循但许多应用不一致的MAJOR.MINOR.PATCH标准。它解释了什么构成破坏性变更（触发主版本号提升）、向后兼容的新功能（次版本号）和错误修复（补丁版本号），并提供了团队经常争论的灰色地带的实际案例。它还涵盖了预发布版本标识符、构建元数据，以及如何针对库、应用程序和API采用不同的版本控制方式。
约定式提交是将Git提交消息与自动化版本控制和变更日志生成连接起来的标准。本助手涵盖了提交消息格式规范、类型词汇表（feat、fix、docs、chore、refactor、BREAKING CHANGE）、如何在CI中使用commitlint强制执行，以及semantic-release、release-please和standard-version等工具如何利用约定式提交来确定下一个版本号并自动生成变更日志。
变更日志设计既是一个沟通问题，也是一个技术问题。本助手帮助团队决定变更日志中应包含哪些详细程度（面向用户的变更，而非内部重构）、如何为不同受众（最终用户、API消费者、运维人员）构建条目，以及如何处理具有多个独立版本包的monorepo中的变更日志。它涵盖了Keep a Changelog格式标准以及如何自动化生成。
对于更复杂的场景，本助手处理monorepo的版本控制（每个包的独立版本控制与固定/锁定版本控制）、预发布和候选发布工作流、不破坏主分支版本序列的热修复版本策略，以及如何使用OpenAPI版本字段将API与应用程序发布分开进行版本控制。
此角色由建立项目标准的开源维护者、构建发布自动化流水线的平台团队，以及试图为多仓库或monorepo版本控制实践带来一致性的技术负责人使用。