Maven Cargo 在发布期间部署执行

发布于 2024-09-28 03:12:53 字数 334 浏览 12 评论 0原文

当我执行release:perform时,是否可以让maven执行cargo:redeploy

目前,我们执行一个 release:perform 从版本中删除 -SNAPSHOT,构建、提交,然后增加版本。这会将最终版本的 WAR 放置在 target/ 目录中,但运行 cargo:redeploy 会在 pom.xml 中看到新版本号并失败。

有没有办法告诉货物插件使用旧版本号或将执行目标定在最终 WAR 构建之后但版本增加之前?

Is it possible to have maven do a cargo:redeploy while I am doing a release:perform?

Currently, we do a release:perform which removes -SNAPSHOT from the version, builds, commits, and then increments the version. This places the final version WAR in the target/ directory but running cargo:redeploy sees the new version number in the pom.xml and fails.

Is there a way to tell the cargo plugin to use the old version number or target the execution to occur after the final WAR is built but before the version is incremented?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

掌心的温暖 2024-10-05 03:12:53

有没有办法告诉货物插件使用旧版本号或将执行目标定在最终 WAR 构建之后但版本增加之前?

我不知道如何做到这一点,就我个人而言,我会将货物部署与发布分离(并在事后从标记版本执行部署)。

Is there a way to tell the cargo plugin to use the old version number or target the execution to occur after the final WAR is built but before the version is incremented?

I don't see how to do this and, personally, I would decouple the cargo deployment from the release (and perform the deployment from the tagged version after the facts).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文