版本号管控逻辑?

Question

个人的版本号管控逻辑。

假如我做一个软件，我个人管控版本号方式。

1. 版本从 0.1.0.0 版本开始。
2. 假如是单纯小 bug、功能 修正进版方式，改为版本号0.1.0.1
3. 假如是小功能的增加，进版改为版本号0.1.1.0
4. 假如是大版本改动，进版改为版本号0.2.0.0
5. 假如宣告跨世代改动，进版改为版本号1.0.0.0

---

假如是先行测试版本，版本号改为 0.1.0.0 preview
假如是公测版本，版本号改为 0.1.0.0 beta
假如是稳定版本，版本改为 0.1.0.0 stable
假如是长期维护版本，版本号改为 0.1.0.0 (LTS)

Answer 1

Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。​
Alpha ：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。​
Beta ：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。​
RC ：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。​
Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。

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

1. 主版本号：当你做了不兼容的 API 修改，​
2. 次版本号：当你做了向下兼容的功能性新增，​
3. 修订号：当你做了向下兼容的问题修正。​

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。

Answer 2

Semantic Versioning