Build 将作业名称和内部版本号传递给cloudbees应用程序

我希望能够在cloudbees应用程序中使用作业和构建编号（即，将其作为环境变量访问）。 在应用程序描述中，我可以使用“${JOB_NAME}#${BUILD_NUMBER}”，但在环境覆盖字段中是否也可以这样做

我希望能够设置如下内容：

Name: runningversion
Value: ${JOB_NAME} #${BUILD_NUMBER}

---

我假设您正在使用CloudBees部署器插件将您的应用程序部署到我们的RUN@cloud服务

如果是这种情况，那么您可以通过

覆盖环境

部分完全实现您想要的。您只需执行以下操作：

值字段的联机帮助甚至表明

支持${}样式的令牌宏扩展

作为一个提示，让你知道你可以做你想做的事。。。因此，如果它不工作，那么就有一个错误

---

这些

覆盖环境

名称-值对至少应作为操作系统级环境变量提供，对于基于Java的ClickStack（例如Tomcat、JBoss、Glassfish、Play等），它们也应作为Java系统属性提供，但这可能需要编写ClickStack来提供支持（CloudBees制作的著名插件应该是）

我假设您正在使用CloudBees部署器插件将您的应用程序部署到我们的RUN@cloud服务

如果是这种情况，那么您可以通过

覆盖环境

部分完全实现您想要的功能。您只需执行以下操作：

值字段的联机帮助甚至表明

支持${}样式的令牌宏扩展

作为一个提示，让你知道你可以做你想做的…所以如果它不工作，那么就有一个错误

---

这些

覆盖环境

名称-值对至少应作为操作系统级环境变量提供，对于基于Java的ClickStack（例如Tomcat、JBoss、Glassfish、Play等），它们也应作为Java系统属性提供，但这可能需要编写ClickStack来提供支持（CloudBees制作的著名的异常应该）

我就是这么做的，得到了一个nullpointerexception。我删除了它，异常消失了。我将重试并复制上面答案中的异常。这次成功了（做了与以前相同的事），因此，我猜这是一个与配置更改无关的瞬间失误。现在一切正常，谢谢！我正是这样做的，并得到了一个nullpointerexception。我删除了它，异常消失了。我将重试，并在上面的答案中复制异常。这次成功了（做了与以前相同的事情），所以我猜这是一个与配置更改无关的瞬间失误。现在一切正常，谢谢！