微服务的版本号要怎么设计？

小伙伴们平时看到的项目版本号，基本上都是分为了三部分 X.Y.Z，版本升级的时候版本号都会变，那么版本号怎么变，这可不是拍脑门决定的，今天我们就一起来探讨一下这个话题。

1. 语义化版本控制规范

版本号该如何控制？其实是有一个标准规范的，规范地址：

• semver.org/lang/zh-CN/

这个规范非常友好的提供了中文版的内容。

语义化的版本控制规范要求版本号由三部分构成：

• MAJOR（X）：这个是主版本号，一般是涉及到不兼容的 API 更改时，这个会变化。
• MINOR（Y）：这个是次版本号，当我们对 API 进行向后兼容的增强时，这个版本号会变化，换句话说，也就是有新增的功能时，这里会变化。
• PATCH（Z）：这个是修订号，当我们进行一些 BUG 的修复，然后要发版的时候，这里会发生变化。

语义化的版本控制规范主要做了如下一些要求：

1. 使用语义化版本控制的软件必须（MUST）定义公共 API。该 API 可以在代码中被定义或出现于严谨的文档内。无论何种形式都应该力求精确且完整。
2. 标准的版本号必须（MUST）采用 X.Y.Z 的格式，其中 X