Maven发布插件与城市友好版本一起

Question

我刚刚建立了一个Maven多模块项目，其版本如中所述https://maven.apache.org/maven-ci-friendly.html

属性${revision}在父POM中设置，并在所有模块中用作版本号。

这对于快照构建很好，但当我运行Maven release插件时，版本会被类似于1.0.0的东西所取代，然后是1.0.1-SNAPSHOT。因此，cifriendly版本在一次发布后就消失了。

有没有一种方法可以配置Maven发布插件，以保证ci友好版本不被销毁？

Answer 1

CI友好版本方案旨在取代Maven发布插件，而不是补充它。在当今的开发世界中，大多数团队都依赖CI服务器进行集成测试、执行自动化测试以及通过持续交付或持续部署发布。当一切都可能是SNAPSHOT时，SNAPSHOT的概念确实是有限的。

值得注意的是，发布插件执行的进程是正确实现的CI友好配置的4到5倍。想象一下，使用发布插件的50分钟构建变成使用CI策略的15分钟构建。这就是现代化！

基本思想是版本中使用的值将在构建时从DVCS（Git、SVN等）和CIS（Jenkins、Travis CI、GitLab等）中收集，并用于修改或设置POM/发布版本。这些值是构建号、缩短的Git哈希或其他任何东西。

实现CI友好Maven构建的过程：

• Maven只支持中的少数属性

在CI管道中，您现在可以通过清除所有或部分这些值来检测提交分支并从主节点执行释放。例如，功能分支可以计算和添加Git哈希。语义版本如上所述——开发人员现在拥有并控制它。他们必须知道自己的代码才能进行更改，并且可以自由地增加语义版本。这是非常有价值的灵活性。

然而，这里合理的推理是加快速度，摆脱一个重量级的过程，这个过程实际上只添加很少或没有相关信息，将代码与其精确起源联系起来。通过使用CI友好的版本，您可以让部署人员、测试人员和系统管理员看到编译编号和代码提交哈希，从而使问题与实际的代码版本精确关联。

应该指出的是，这需要一点哲学上的灵活性来接受范式的转变。改变是好的，放弃发布插件将使您的发布管道更好。