maven-2 - 通过 Hudson 发布 Maven

标签 maven-2 jenkins continuous-integration hudson release-management

我正在设置 Hudson 以使用批处理任务插件将 maven 发布到我们的内部存储库。我正在通过:

mvn --batch-mode release:prepare
mvn --batch-mode release:perform

我对人们使用过的其他方法以及这些方法的优缺点很感兴趣。此外,人们遇到的任何问题。

最佳答案

由于一些原因,我倾向于总是手工发布。首先,如果您必须回滚,当您可以返回原始发布位置并执行此操作时会更容易。其次,因为您需要在流程中解决所有快照依赖项。

我们的开发过程让我们在之前的发布版本中保留当前构建的外部依赖项,直到修复需要升级。这意味着如果我要发布 Nexus、Maven 等,那么我会看到快照,这意味着我必须先去发布它们。这个过程实际上不可能自动化,因为它会根据自上次发布以来的变化而变化。

也就是说,我们有一台专门用于构建的特殊机器(在 Sonatype 中它只是一个虚拟机)。这样做是为了保证不会发生可能会意外影响构建的环境更改(如 jdk 更改)。它还使任何人都可以更轻松地掌握发布过程,因为它随时可用。

关于maven-2 - 通过 Hudson 发布 Maven,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/782301/

相关文章:

php - 具有 Checkstyle 兼容输出格式的最佳 PHP 代码风格检查器

kubernetes - helm 升级忽略命名空间配置

svn - 使用 Maven 从标签创建分支

maven-2 - Maven 报告您的项目所依赖的许可证

java - 在多个环境中执行 JUnit 测试的配置

android - Jenkins构建在更新gradle后失败

maven-2 - 安装构建工件而不再次运行构建

java - Maven mvn --dos 上的版本显示一些特殊的东西

android - jenkins 构建失败,未找到 adb

Docker:尝试使用本地 CircleCI 构建连接到 Docker Daemon 时权限被拒绝