问题标签 [maven-release-plugin]

我想自动执行 Maven 发布：使用 Perl 准备，这样用户就不必回答版本名称等提示。是否可以提供 -D 参数以便不进行提示？我尝试了明显的解决方案，即通过 perl 代码将提示答案提供给 mvn，如下所示：

但 mvn 忽略此类输入并使用默认值结束（并且也不提示）。

那么，release:prepare plugin:goal 是否有 -D 参数？

谢谢。

我正在尝试使用 Maven 2.2.1 和 maven-release-plugin 2.0-beta-9 发布一个 Web 项目，但是在发布时它总是失败：执行为 EAR 项目生成源 jar，这是有道理的，因为EAR 项目没有任何来源。

为了尝试禁用为 EAR 项目构建源 JAR，我将以下内容添加到我的 EAR 项目的 POM 中（发布插件的版本在父 POM 中设置）：

在签入此更改后再次运行该版本时，我在为 EAR 项目生成源 JAR 时遇到了相同的错误，即使之前的 POM 片段应该已禁用它。

我究竟做错了什么？为什么仍在构建源 JAR？

编辑：我试图让源插件包含我的 application.xml 文件，以便通过添加以下 POM 片段不会发生此错误：

不幸的是，这也不能解决问题。

We've got a project set up to use the Maven Release Plugin which includes a phase that unpacks a JAR of XML schemas pulled from Artifactory and a phase that generates XJC classes. We're on maven release 2.2.1.

Unfortunately the latter phase is executing before the former which means that it isn't generating the XJC classes for the schema. A partial POM.XML looks like:

I've tried googling for it, unfortunately I ended up with a case of thousands of links none of which were actually relevant so I'd be very grateful if someone knew how to configure the order of the release plugin steps to ensure a was fully executed before it did b.

Thanks

我正在尝试运行mvn release:prepare目标，并且在推动后它挂起。知道我做错了什么吗？

下面是我的 pom.xml 的 SCM 部分：

下面是我的 .git/config：

这是 git show origin 的结果：

我正在使用 Maven 发布插件。问题很简单：我不想在发布时进行部署：执行。我实际上想执行一个 shell 脚本来为我进行部署。所以我有两件事要完成：

1. 以某种方式从 release:perform 中禁用默认的“部署”目标

2. 不知何故 make release:perform 调用 exec:exec 插件来执行一个 shell 脚本

这是我的pom：

当我在我的 Maven 项目上运行时，它在尝试该阶段release:prepare时失败。scm-tag

我的 Maven 项目使用 Bazaar 作为其 SCM。我的插件版本是 maven-release-plugin 2.0 和 maven-scm-plugin 1.4

当然，问题是实际的工作目录/分支是D:/proj/branch；父级只是一个普通目录。

我认为问题出在标记上，因为修改后的 POM 已成功签入。我该如何配置才能使标记真正正常工作？

在 Hudson(1.368) 上使用 Maven 的发布插件时，我收到一个错误，即我的 distributionManagement 部分在我们的 Nexus Maven 存储库管理器的部署阶段丢失。如果我在不使用发布的情况下部署它就可以了，所以不应该是服务器、部分或设置的错误配置。

值得注意的是，我的公司对 Hudson 使用了不同的 pom 文件，并且对它们进行了不同的命名。还有各个项目目录中的 settings.xml。这从来都不是问题，因为 Hudson 允许指定 pom 的名称以及设置文件的位置和名称。

我注意到上述内容的原因是，当将 distributionManagement 移到常规 pom.xml 中时，它确实找到了它（但仍然无法正常工作，因为它在设置文件中缺少用户名和密码）。这让我很困惑，因为对于发布过程的前面部分，它使用了正确的 pom 和设置。只是后来似乎忘记了他们。这里发生了什么？

先感谢您。

更新
maven 发布插件似乎启动了一个新的 maven 实例，它似乎使用默认的 pom.xml 而不是我们不同命名的 pom。需要更多的测试。

按照标准做法，我有一个用于功能开发的 svn 主干，以及一个用于构建版本的分叉分支。该分支是使用 maven 发布插件创建的，该插件也用于创建发布。碰巧的是，偶尔会在分支上修复错误，这些更改需要合并回主干。为了不错过任何更改，我希望能够简单地将完整的分支合并回主干。

现在我的问题是，由于发布插件增加了版本号，项目/依赖版本在分支和主干中出现了分歧，因此我在所有 pom 中都遇到了许多冲突。有谁知道如何重组分支创建、我的 pom 或发布以避免这些合并冲突？

我正在尝试使用 Maven 发布插件 2.0 来标记版本，并希望将生成的 jar 部署到存储库。

我被困在了release:prepare，得到了这个神秘的错误：

• 标签文件夹确实存在并且为空
• 我执行了命令mvn clean release:clean release:prepare以确保重新运行
• 每次我收到错误时，我都会执行mvn release:rollback以使一切恢复正常
• 这似乎不是凭据问题，pom 文件被有效地提交并被-SNAPSHOT删除，并且 scm 信息切换到标签文件夹。

奇怪的是我不明白 pom 文件是如何提交的，因为我没有在 pom 和 maven local install 中的 settings.xml 文件中指定任何凭据

我看到很多人有类似的问题，但有folder already exist错误消息。我的并没有告诉我错误到底是什么。

你有什么想法 ？

非常感谢。

编辑：@Colin 例如，如果我使用 tortoise svn 浏览 svn://myserver/myproject/sandbox/release-test 它工作正常。但是，如果我在 Firefox 中键入http://myserver/myproject/sandbox/release-test，则找不到该页面。另外我认为应该没问题，因为在尝试创建标签之前提交了 pom 文件。我在 pom 文件中的 scm 部分：

我尝试删除“http：”，但没有奏效。

我有这个项目由多个罐子和战争制作而成。我在快照中构建所有内容，并且效果很好。然后我为每个项目发布了一个版本，发现 jars 和 war 的大小与快照的大小略有不同。

比较文件，我意识到 .class 文件都在那里，但稍大或更大，一般不超过 40 个字节。

我在 Maven 中使用这个标签强制编译使用 java 1.5：

我将此标签用于发布插件：

可能是发布插件在 1.6 或其他版本中编译，解释类大小差异？如果是这样，我可以在 1.5 中编译发布插件吗？

感谢您的输入。