引用运行参数中指定的构建中的信息 [Hudson]

发布于 2024-09-12 23:25:26 字数 445 浏览 5 评论 0原文

第一天,使用 Hudson 进行 CI 构建。缓慢但肯定会加快速度。

我的问题是关于运行参数。我已经看到我可以使用它们来引用特定项目的特定运行 - 这一切都很好。

我不明白(并且找不到任何文档 - 参数化构建)是我在运行中引用运行参数定义的任何内容的方式。
本质上,我想引用运行参数中选择的运行的 %BUILD_NUMBER%%SVN_REVISION%

我怎样才能做到这一点?

Day 1 with using Hudson for our CI build. Slowly but surely getting up to speed.

My question is about run parameters. I've seen that I can use them to reference a particular run of a particular project - that's all fine.

What I don't understand (and can't find any documentation on - there's nothing at Parameterized Build) is how I refer to anything in the run defined by the run parameter.
Essentially I want to reference the %BUILD_NUMBER% and %SVN_REVISION% of the run that is selected in the run parameter.

How can I do that?

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

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

发布评论

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

评论(1

一花一树开 2024-09-19 23:25:26

您真的需要为您的工作添加额外的属性值、额外的参数吗?

由于 BUILD_NUMBERSVN_REVISION 已定义为环境变量(请参阅构建软件项目),您可以在工作中使用它们。

当 Hudson 作业执行时,它会设置一些您可以在 shell 脚本、批处理命令或 Ant 脚本中使用的环境变量

Shell 脚本

或:

Ant Script

说明您已经可以使用这些值。
然后您可以使用它们在 shell 或 ant 脚本中定义其他环境变量/属性。


当需要将变量值从一个作业传递到另一个作业时,< strong>参数化触发器插件应该可以解决这个问题:

参数部分可以包含以下一项或多项的组合:

Buildparameters

  • 一组预定义属性
  • 从触发构建的工作区读取的属性文件中的属性
  • 当前构建的参数
  • “Subversion 修订版”确保触发的项目是使用触发构建的相同修订版构建的
    您仍然必须确保这些项目实际上已配置为签出正确的 Subversion URL。

注意:加入插件可能存在问题,当参数化触发器运行时,这可能不起作用。

Do you really need to add extra property values, extra parameters for your job?

Since BUILD_NUMBER and SVN_REVISION are already defined as environment variables (see Building a software project), you can use those in your job.

When a Hudson job executes, it sets some environment variables that you may use in your shell script, batch command, or Ant script

Shell Script

or:

Ant Script

illustrates you already have those values at your disposal.
You can then use them to define other environment variables/properties within your shell or ant script.


When it comes to pass a variable value from one job to another, the Parameterized Trigger Plugin should do the trick:

The parameters section can contain a combination of one or more of the following:

Build parameters

  • a set of predefined properties
  • properties from a properties file read from the workspace of the triggering build
  • the parameters of the current build
  • "Subversion revision": makes sure the triggered projects are built with the same revision(s) of the triggering build.
    You still have to make sure those projects are actually configured to checkout the right Subversion URLs.

Note: there might be an issue with the Join Plugin, which might not work when the Parameterized Trigger is in action.

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