elasticsearch - elasticsearch版本编号算法

Question

在Elasticsearch的版本历史记录中，您可以看到很多版本的成功，例如

Elasticsearch 1.4.2
December 16, 2014
Elasticsearch 1.3.7
December 16, 2014
Elasticsearch 1.4.1
November 26, 2014
Elasticsearch 1.3.6
November 26, 2014
Elasticsearch 1.4.0
November 05, 2014
Elasticsearch 1.3.5
November 05, 2014
Elasticsearch 1.4.0.Beta1
October 01, 2014
Elasticsearch 1.3.4
September 30, 2014

如果有人可以解释(或提供适当文档的链接)为什么要应用这种版本控制，我将不胜感激。

当1.4.x版本已经可用时，开发1.3.x的原因是什么？

在开发1.4.x时，1.3.x的进一步开发将仅包含错误修复，或者还将添加新功能？

Answer 1

假设Elasticsearch使用Semantic Versioning，出于维护原因(例如安全漏洞)，它们是backporting补丁。这会破坏PATCH版本(1.3.x中的“x”)。

不会将任何新功能添加到1.3.x。每当添加新功能时，都会更改MAJOR或MINOR版本(例如1.3.x→1.4.x)。

免责声明:我不是Elasticsearch维护者，所以我不能确定地说他们使用什么版本系统。