版本控制规范

写过几个项目后版本号的作用一下就体验到了，配合上 git 完全就沦陷了。

本文在学习《语义化版本控制规范》的基础上进行撰写的，本文仅作简单记述，原文本非常的简单易读，推荐阅读原文。

摘要

版本格式：主版本号.次版本号.修订版本号：

• 主版本号：当你做了不兼容的 API 修改；
• 次版本号：当你做了向下兼容的功能性新增；
• 修订版本号：当你做了向下兼容的问题修正。

部分规范

1. 标准的版本号采用 X.Y.Z 的格式，X 是主版本号、Y 是次版本号、Z 为修订版本号，各版本号均为非负整数。且每个版本号随版本的迭代必须是递增的。
2. 标记版本号的软件发行后，禁止改变该版本软件的内容。任何修改都必须以新版本发行。
3. 主版本号为零（0.y.z）的软件处于开发初始阶段，一切都可以随便改变。
4. 从 1.0.0 版本开始，每一版本必须定义公共 API。无论何种形式都应该力求精确且完整。
5. 主版本号 X 必须在有任何不兼容的修改被加入公共 API 时递增，且次版本号和修订版本号必须归零。
6. 次版本号 Y 必须在有向下兼容的新功能出现时递增，且修订版本号必须归零。
7. 修订版本号 Z 必须在只做了向下兼容的修正时才递增。这里的修正指的是针对不正确结果而进行的内部修改。

参考资料

• Tom Preston-Werner. 语义化版本

赏

谢谢你请我吃糖果