检索远程触发的Jenkins工作的ID

房冥夜

2023-03-14

问题内容：

我正在通过http POST请求从jenkins外部触发参数化的Jenkins：

我在作业配置中启用了可以从外部触发作业的功能，并且我可以通过向詹金斯发送包含以下内容的请求来真正触发它：

POST http://myJenkins.com/myJob/buildWithParameters?token=MYTOKEN
参数：SCREEN_SIZE：27

触发作业创建将返回成功的201 CREATED http响应。

我的问题是我不知道所创建的构建作业的ID。我想监视工作状态。为了做到这一点，我需要知道ID。否则，如果我只是接受这份工作的最新版本，那我可能会接受错误的工作。

是否有可靠的方法来获取所创建作业的ID？

问题答案：

更新：

在其他的答案矿后〜8月加入。当时我没有意识到位置
标头在响应中。在某些情况下，这确实是一个不错的选择。就是说，根据答案和评论中的警告（尤其是关于 _参数化_构建），该答案似乎在某些情况下仍具有一定的实用性。

原始答案：

不幸的是，他们并没有使事情变得如此简单。也就是说，例如，返回带有 ID之 类的信息的 JSON 响应。 __

但是，我相信一个可靠的解决方法（虽然肯定是不平凡的）是利用您用于触发构建的URL中的 cause 参数，并在该原因内添加 唯一的文本
，您稍后可以解析该文本以确定您是否从您的自动化触发了它。

为了进一步使特定作业具有 唯一性 ，即使是在自动化的情况下，多个作业同时运行，也要在cause参数内包括某种类型的 唯一ID （可能只是
RDBMS 或类似的序列ID ）。

然后，您可以使用 JSON API 获取有关您正在远程触发的 作业的 信息。同样，它有点间接，但是可行：

点击以下形式的网址：

http://<server>:<port>/job/<jobname>/lastBuild/api/json

您可以?pretty=true在浏览器中添加漂亮的打印效果，以提高人类可读性。

这将为您提供上一版本的 JSON 。它会在 actions 属性中包含 causes 属性，并且在其中（在另一个名为
shortDescription的 嵌套属性中），您将找到添加的 cause 参数（如果这是您触发的构建之一）。 __

您可以同时解析特殊的静态文本和生成的ID，以查看它们是否匹配。如果他们这样做，那么您也可以从 JSON中 获取 Jenkins id （搜索嵌套的
buildNumber ）。

如果该构建不是完全由自动化触发的，或者根本不是由您的自动化触发的，但是ID不匹配，则可以重复进行 N-1构建 的过程，直到找到所需的内容。

JSON将采用以下形式：

http://<server>:<port>/job/<jobname>/<buildNumber>/api/json