问题标签 [maven-release-plugin]

我需要在发布期间激活个人资料：准备。

但是当我运行时：

它永远不会在活动列表中显示配置文件发布。当我这样做时，它不会显示在活动个人资料列表中：

我无法使用<releaseProfiles>，因为我希望此配置文件用于准备和执行

谢谢！

当我的团队使用 Mercurial 存储库中的源代码处理给定项目时，存储库的大小显然在增长。因此，通过网络克隆存储库变得越来越慢。

是否有任何技术可用于修剪较旧的提交或减小 repo 的大小以使克隆操作在慢速网络上更快？

（我们使用 TortoiseHg 作为 Mercurial 客户端，但（我猜）不应该对这个问题的解决方案产生影响。）

我想设置 hudson 工作以从 hudson 发布我们的项目。但是我有一个问题：我们的构建过程正在运行需要连接到数据库的测试，主机：数据库的端口被指定为系统参数。但是，当我尝试将此类系统参数释放：准备时，它似乎创建了一个嵌套进程并且没有将任何系统参数传递给它。如何将系统参数传递给嵌套进程？

我可以使用 Maven 配置文件吗？

感谢您的任何评论！

你好，

我想知道以下场景的一般最佳实践方法是：

我们公司有codefreeze。因此，我们希望为我们的 Maven 项目发布候选版本。测试后，该候选人将被释放。

那么如何在 Maven 中创建一个“发布”，以便像快照一样处理它？Maven 应始终下载 RC 版本的更新/修补版本。只有在测试并最终发布为完整版本之后，它才应该...

那么如何发布 RC 呢？

谢谢

我不确定我是否在这里做错了什么，或者 maven-release-plugin 中是否存在错误。但是当我尝试发布 1.2.1 版本时，maven 会创建一个具有正确版本的标签，但在标签的 pom.xml 中设置的版本号设置为 1.2（而不是应该的 1.2.1）。

这是我尝试修复 1.2 中的错误时所做的：

1. svn cp URL/tags/myapp-1.2 URL/branches/myapp-1.2
2. 将 URL/branches/myapp-1.2/pom.xml 中的 project.version 编辑为 1.2.1-SNAPSHOT（原为 1.2）
3. 修复源代码中的错误
4. 提交更改
5. mvn 发布：准备
6. #当询问时，使用默认值：发布版本 1.2.1，下一个开发版本 1.2.2-SNAPSHOT
7. [信息] 构建成功

到目前为止还可以，但是如果我检查新标签中的代码，则版本错误！URL/tags/myapp-1.2.1/pom.xml 的版本为 1.2，而不是标签名称所暗示的 1.2.1。如果我现在只运行 mvn release:perform，新上传的 jar 将其名称设置为 myapp-1.2.jar，覆盖存储库中的原始文件。

我已将 maven-release-plugin 版本从 2.0 升级到 2.1，但没有取得更大的成功。我知道导致此错误的原因是插件执行此操作的过程的一部分：

这会将源代码从 tags/myapp-1.2 复制到 tags/myapp-1.2.1，但这不包含任何更改。您是否同意它应该从branches/myapp-1.2 复制，而不是标签？

这对其他人有用吗，你看看我是否做错了什么？

我有一个自定义插件，作为 release:perform 目标的一部分，我在我们所有的项目上运行。

我们刚刚开始使用多模块构建，我注意到我的插件只在顶部模块运行。我必须对我的插件做些什么才能使其在发布结束时单独在所有模块上运行？我是否必须在插件代码本身中遍历它们？如果是这样，是否有这样做的示例，因为据我所见， MavenProject.getModules() 仅返回这些模块的字符串名称列表，而我看不到如何获取这些模块的信息（我的插件需要每个的 groupId:artifactId:version，在这种情况下，模块并不总是具有相同的版本）。

我尝试过使用和不使用@aggregator，但这并没有改变我的问题。

我假设这与从 CLI 直接运行插件（不绑定到阶段）的情况相同，它也只在项目的顶层运行，并报告所有子模块的 SKIPPED。

我正在使用 Maven 3.0.3。

我正在尝试在 Mac OS X 10.5 上执行 mvn release:prepare，但失败并显示以下消息。

问题是已安装 svn 并且可以正常工作。(/opt/subversion/bin/svn)。

我有三个 Maven 项目。假设 A、B 和 C。这些项目中的每一个都是具有平面目录结构的多模块项目。

项目 C 依赖于项目 B。而项目 B 依赖于项目 A。

目前，我可以成功地使用所有三个项目的 Hudson 进行持续集成。

我想要做的是使用 maven-release-plugin 一次性发布所有三个项目。据我了解，maven-release-plugin 要求依赖项是完整版本，而不是 SNAPSHOT 版本。

我需要维护 SNAPSHOT 版本号，以便 Eclipse 工作区解析可以在开发阶段保持项目相互依赖性。

由于这些项目具有分层依赖，因此项目必须按顺序发布，同时依次更新依赖SNAPSHOT版本。

关于如何实现这一目标的任何想法？

我不认为 maven-release-plugin 可以实现这一点。至少，从我所学到的。我猜我将不得不运行一个单独的 Hudson 作业，该作业将在项目发布时更新依赖版本号。

为了澄清这个问题：

• 我正在寻找既定的最佳实践或已知实践的利弊分析
• 项目生命周期我的意思是：部署到预集成、集成、质量保证、预生产和生产环境。

在某些情况下：我们的项目每周部署到集成和 QA，目前我们为每个集成部署创建一个新版本，但这感觉不对。它导致每周更新所有 pom，破坏开发级别的依赖关系，迫使每个开发人员刷新他们的 eclipse 配置。我们有很大的工作空间，而 Eclipse 不能很好地处理刷新，因此浪费了很多时间。

我对 maven 发布约定并不太熟悉，并且在应该使用 mvn release 时找不到关于应用程序生命周期点的约定。

如果我们现在使用的模式被接受/正确/建立，我会有另一个问题:)

我刚刚开始使用 maven 来标记、发布和汇总下一个开发周期的版本，而且大多数时候它的工作原理都很有魅力。我喜欢。

但是我想使用 release:branch 目标同时创建一个只有一个次要版本汇总的维护分支，并且当我将分支的版本指定为参数时，maven 似乎没有选择它。为什么？

我已经尝试过使用文档-DreleaseVersion=<version>中指定的选项和示例中使用的选项。-Dproject.rel.org.example:artifact=<version>

我使用的 maven 版本是 2.2.1，maven-release-plugin 版本是 2.1。