Nor*_*mas 5 plugins versions release snapshot maven
我正在使用Version Maven Plugin插件use-latest-versions功能将 groupID=com.example* 内部依赖版本更新到最新版本。这是使用 Jenkins 作为我们 CI 系统的一部分执行的。
当开发人员开始开发新功能时,他们对代码进行分支,在分支上工作,当新功能实现(或部分实现)时,代码会合并回主干(通常每周多次)。
分支版本更新:
mvn -P snapshot -B versions:use-latest-versions versions:update-properties -Dincludes=com.example* -DexcludeReactor=false -DallowSnapshots=true ...中继版本更新:
mvn -P production -B versions:use-latest-versions versions:update-properties -Dincludes=com.example* -DexcludeReactor=false ...有时分支构建将 com.example* 依赖版本更新为“...-SNAPSHOT”版本(这是正常的,因为 libs-snapshot Artifactory 存储库用作可以具有 -SNAPSHOT 依赖版本的依赖库)。这些版本更新被检查回源代码管理 (svn)。
当代码(包括 pom.xml 版本更新更改)从分支合并回主干并执行主干构建时,所有 com.example* 内部依赖版本都应更改/更新到最新发布版本。但是由于某些原因,当依赖版本中有“-SNAPSHOT”时,版本:use-latest-versions不会将版本更改/更新到最新版本(无 -SNAPSHOT)版本。
例子:
Artifactory 存储库具有流动版本:
使 myApp 分支构建将从 libs-snapshot 获取依赖版本并将 com.example:myLib 版本更新为 1.1.11-SNAPSHOT 并将此更新检查回 SVN
...
<dependency>
<groupId>com.example</groupId>
<artifactId>myLib</artifactId>
<version>1.1.11-SNAPSHOT</version>
</dependency>
...
Run Code Online (Sandbox Code Playgroud)
将包含上述依赖项版本更改的代码合并回主干并运行主干构建(包括版本更新)mvn -P production -B versions:use-latest-versions...不会将 com.example:myLib 版本更改为 1.1.12
神器配置:
pom.xml 配置:
...
<profiles>
<profile>
<id>snapshot</id>
<distributionManagement>
<repository>
<id>libs-snapshot-local</id>
<name>Internal Applications Snapshot Repository</name>
<url>http://example.com/artifactory/libs-snapshot-local</url>
</repository>
</distributionManagement>
<repositories>
<repository>
<snapshots>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</snapshots>
<id>libs-snapshot</id>
<name>libs-snapshot</name>
<url>http://example.com/artifactory/libs-snapshot</url>
<releases>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</releases>
</repository>
<repository>
<snapshots>
<enabled>false</enabled>
</snapshots>
<id>libs-release</id>
<name>libs-release</name>
<url>http://example.com/artifactory/libs-release</url>
<releases>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</releases>
</repository>
</repositories>
<build>
...
</build>
</profile>
<profile>
<id>production</id>
<distributionManagement>
<repository>
<id>libs-release-local</id>
<name>Internal Applications Snapshot Repository</name>
<!-- Artifacts are promoted to libs-release-local not deployed directly -->
<url>http://example.com/artifactory/libs-snapshot-local</url>
</repository>
</distributionManagement>
<repositories>
<repository>
<snapshots>
<enabled>false</enabled>
</snapshots>
<id>libs-release</id>
<name>libs-release</name>
<url>http://example.com/artifactory/libs-release</url>
<releases>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</releases>
</repository>
</repositories>
<build>
...
</build>
</profile>
</profiles>
Run Code Online (Sandbox Code Playgroud)
...
您应该确保您使用的是最新版本的插件 ( 2.3)。我相信2.3 修复了一些问题(也就是说它仍然是一个令人难以置信的错误插件)。
我发现版本插件的另一个问题是与其他版本目标甚至其他 Maven 目标相结合。不要那样做。例如,您versions:use-latest-versions versions:update-properties同时运行上面的代码。mvn相反,每个目标都执行一次。是的,这很痛苦并且会减慢构建过程,但我发现它更可靠特别是如果您使用 versions:update-parent(不过 2.3 可能已经解决了这些问题)。
我也觉得excludeReactor一般都坏了。如果您正在聚合项目上运行版本更新,我不推荐它。相反,转到每个子模块并运行命令。
| 归档时间: |
|
| 查看次数: |
7348 次 |
| 最近记录: |