conventional-changelog中BREAKING CHANGE的正确使用格式

在软件开发过程中，commit message的规范化对于版本管理和变更日志生成至关重要。conventional-changelog作为一款流行的commit message规范工具，对BREAKING CHANGE有特定的格式要求。

常见错误格式

许多开发者可能会写出类似以下的commit message：

feat: test message

---------

Co-authored-by: Mee <[e-mail]>

BREAKING CHANGE: test

这种格式虽然看起来合理，但实际上会导致semantic-release等工具无法正确识别BREAKING CHANGE关键字，从而影响版本号的自动升级和变更日志的生成。

正确的BREAKING CHANGE格式

conventional-changelog要求BREAKING CHANGE必须出现在commit message的特定位置：

feat: test message

BREAKING CHANGE: test

---------

Co-authored-by: Mee <[e-mail]>

格式规范详解

1. 首行：必须包含类型(如feat/fix等)和简要描述
2. BREAKING CHANGE：必须紧接在首行之后，位于分隔线之前
3. 分隔线：用于分隔主要内容和元数据(如Co-authored-by)
4. 元数据：出现在分隔线之后

为什么格式如此重要

1. 工具兼容性：semantic-release等工具会按照特定模式解析commit message
2. 版本控制：只有正确格式的BREAKING CHANGE才会触发主版本号升级
3. 变更日志：确保变更信息被正确归类到变更日志的相应部分
4. 团队协作：统一的格式便于团队成员理解和维护

最佳实践建议

1. 在团队中建立commit message规范
2. 使用commitizen等工具辅助生成符合规范的commit message
3. 在CI流程中加入commit message格式检查
4. 对于大型变更，考虑在PR模板中加入commit message格式说明

遵循这些规范将大大提升项目的可维护性和自动化工具的使用效果。