开源项目中，如何遵循语义化版本控制

关于语义化版本控制的信息，这里做一些简单介绍：

版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

1. 主版本号：当你做了不兼容的 API 修改，
2. 次版本号：当你做了向下兼容的功能性新增，
3. 修订号：当你做了向下兼容的问题修正。
   
   先行版本号及版本编译元数据可以加到“主版本号.次版本号.修订号”的后面，作为延伸。

点击 语义化版本控制 了解更多

在开发项目中，我们有可能已经发布了 1.2.33 版本了，然后我们的 2.0 版本已经提上日程了。这个时候，我们就需要一个 1.2.x 分支，用于和 1.2.33 版本保持一致，如果发现 1.2.33 版本有bug ，就需要在 1.2.x 分支中修改代码，测试通过后，创建一个 1.2.34 的标签，发布新的小版本号，而与此同时，你可以在你的 2.x 分支中，继续开发未来的 2.0.0 版本的代码

我的 github 项目 laravel 表单域组件 已经支持语言化版本控制

本作品采用《CC 协议》，转载必须注明作者和本文链接