语义版本控制自动化

Question

在我读完这篇文章和其他文章之后，我发现版本控制是一个程序员的决定 ，所以我相信CI系统无法理解这个软件包的哪个版本（ CI系统无法理解拉出的提交是否是补丁，新功能 ）。

但是， 程序员无法知道如何将补丁（错误，功能等）链接到发布版本号识别 。

根据语义版本控制：

• 当你只发布bug修复等时，增加补丁版本（例如从2.3.4增加到2.3.5）
• 添加新功能时，将次要版本增加（例如从1.3.2增加到1.4.0）
• 当您引入重大更改时，将主要版本（例如从3.2.9增加到4.0.0）递增

我的语义版本将遵循下一个模式： 1.2.3+7489ab44d3 ，其中1是MAJOR版本号，2是MINOR版本号，3是补丁或错误号。 然后+7489ab44d3将成为CI系统上的建立工作识别。

因此，这种模式的第一部分取决于人类大脑，最后一部分属于CI系统。

我也读过，可以使用问题跟踪系统，以便根据某种信息对每个问题进行整理，并将其提供给CI系统。

哪个是提供自动化以实现这一目标的最佳方式？

Answer 1

我们正在使用插件来做到这一点。

https://wiki.jenkins-ci.org/display/JENKINS/Version+Number+Plugin

我们知道基于分支名称的版本是什么，并基于它我们生成适当的构建号。

它是构建过程中的一个单独任务，您可以使用多个系统和插件来实现它。