问题标签 [jenkins-2]

詹金斯版本：1.642.3或2.32.3

詹金斯机器 Ubuntu 14.04

日志解析器插件：2.0

从我的 Mac OS sierra 机器上浏览 Jenkins。

在 Jenkins 全局配置中，我创建了一个新条目（描述和文件路径（完整），其中文件包含以下内容）。

我创建了一个测试作业并捕获所有这些情况（如上所列），在作业post-build部分中，我通过选择相同的日志解析文件条目（列表框选择）启用了“控制台输出（构建日志）解析”。 我运行了构建，但正如预期的那样失败了。

在 Job 的仪表板上，我看到了这一点。

单击Parsed Console Output（左侧栏），将我带到一个页面，但没有给我任何有意义的信息。

当我将鼠标悬停在上面的侧栏链接上时，它显示 Jenkins 正在为给定的作业构建号寻找https://.../../parsed_console URL（如上图的地址栏中所示）。

我在这里缺少什么来获取包含所有错误、警告和信息仪表板的解析控制台输出页面，就像这个插件声称在这里提供的一样：https://wiki.jenkins.io/download/attachments/43713289/parsed_console_output_3.JPG？版本=1&修改日期=1271216347000&api=v2

PS：

在我的 $JENKINS_HOME（在 master 上）的 plugins 文件夹下，我看到了“log-parser.hpi”文件（如果我在本地 Mac 机器上下载它，最新文件和 SHA 与我看到的匹配）。在 Jenkins 重新启动期间，我没有看到任何与此插件相关的错误日志。

在 Jenkins 作业的 $JENKINS_HOME/ jobs//builds/文件夹中，我看到具有有效大小的有效log*.html文件（当您单击“Parsed Console Output”侧栏链接时，此插件会读取这些文件以显示信息。

浏览log_ref.html 会显示有效链接。

在进一步调查此插件的GitHub 源代码（LogParserParser.java文件）以及我在 Jenkins 作业的 $JENKINS_HOME/jobs//builds// 文件夹中的内容后，我发现 log.html 可能不正确。不知道为什么它指的是build.log（作为href），而文件系统上没有这样的文件。PS：<frame src=....指的是 log_ref 和 log_content.html 文件，它们都呈现良好）。

这一行显示变量parsedLogURL指向log.html。 https://github.com/jenkinsci/log-parser-plugin/blob/1cc883708524e33792d410a109e6cb69a4c0439b/src/main/java/hudson/plugins/logparser/LogParserParser.java#L162

浏览：（如侧边栏链接https://<jenkins_server>/<instance>/job/<job_name>/<someBuildNumber>/parsed_console所指）和（仅呈现 2 帧之间的垂直 BAR 线（它移动）但对于这 2 帧中的内容没有任何内容（log_ref.html 和 log_content.html））Parsed Console Output https://<jenkins_server>/<instance>/job/<job_name>/<someBuildNumber>/parsed_console/log.html

在 Firefox: Doing Inspect page on browser on my Mac machine for the "Parsed Console Output" 侧边栏链接（指：）在该部分https://<jenkins_server>/<instance>/job/<job_name>/<someBuildNumber>/parsed_console中显示以下行。Inspect page > Console

如果我浏览https://<jenkins_server>/<instance>/job/<job_name>/<someBuildNumber>/parsed_console/log.html，那么我会在Inspect page > Console窗口中看到以下几行：

在 Chrome 中，Inspect在页面上执行，显示以下错误（拒绝显示 / 框架，因为它将 'X-Frame-Options' 设置为 'deny' / net::ERR_BLOCKED_BY_RESPONSE）：

詹金斯：2.32.2

我正在尝试使用模板作业创建 Jenkins 作业，但收到此错误消息。

使用 python-jenkins API 使用自定义模板创建 Jenkins 作业的异常

用于创建詹金斯工作的 Python 代码

这显示：

我有最新的 Jenkins 实例（版本 2.82）

它已启动并正在运行。

现在，https://jenkins.io/doc/book/blueocean/getting-started/ 我正在尝试安装Blue Ocean Plugin，但在所有其他插件都显示正常时，它在下面或下面的选项卡下不可见。AvailableInstalledManage Jenkins > Manage Plugins

根据以下链接，它表示可以为 Jenkins > 2.7.1 安装它：

https://github.com/jenkinsci/blueocean-plugin

其他人对此或最近的版本有同样的问题吗？

詹金斯 2.82

Jenkins master - 从这台机器上，我无法访问互联网/外部世界。

Jenkins 从属服务器，运行 docker 容器（用于从属服务器），可以访问外部世界/互联网。

我安装了 PagerDuty 插件并在作业中正确配置了它，以便在每次失败以及状态恢复正常时发送通知。

当我运行这项工作时，我收到以下错误消息com.mashape.unirest.http.exceptions.UnirestException: org.apache.http.conn.ConnectTimeoutException: Connect to events.pagerduty.com:443 [events.pagerduty.com/54.244.255.45, events.pagerduty.com/54.241.36.66, events.pagerduty.com/104.45.235.10] failed: connect timed out。

我首先登录从机并尝试 ping events.pagerduty.com 服务器旁边的 IP（如上所列）并且 ping 工作正常。在端口 443 (ssh) 上执行 telnet 也提供了有效的输出。

由于从属服务器实际上是 docker 容器，我进入其中一个容器从属服务器并做了同样的事情（对于这些 events.pagerduty.com IP、nslookup 和 nc / ncat 等，在 443 上进行 ping、telnet 和输出看起来不错）。

在这里，我在 docker slave 容器的主机内，即我跑了docker exec -it shenazi_ninza bash，现在我在容器的主机/IP 内：

Jenkins 作业配置中的 PagerDuty 集成在POST Built Actionsarea 下可用。

我的问题是，整个工作不是在从服务器上运行吗（又名容器的从服务器，我可以从那里访问外部世界并且我能够连接到 events.pagerduty.com 服务器）？

似乎 JenkinsPOST Build Data在我无法访问 events.pagerduty.com（ping/telnet 等）的主 Jenkins 实例上运行该部分下的任何内容？由于我们不希望 Jenkins master 具有外部世界访问权限，如何解决此问题，以便在该作业的构建失败时收到警报？

我有一个 CD 管道，在某些阶段需要用户确认，所以我想在管道等待用户输入时释放服务器资源。

您可以在上面看到我有一个全局agent any但在我添加的用户验证阶段agent none。

有人可以确认这是我想要的（没有代理/节点正在等待用户输入）吗？我看不到如何验证它，执行日志中没有什么不同...

如果没有，我该怎么做？

我们有一个使用声明性管道的 Jenkins 工作。

该作业可以由不同的其他构建触发。

在声明性管道中，我如何找出哪个构建触发了管道？

在 Jenkins 管道中，我想为用户提供一个选项，以便在运行时提供交互式输入。我想了解我们如何在 groovy 脚本中读取用户输入。请求帮助我们提供示例代码：

我指的是以下文档： https ://jenkins.io/doc/pipeline/steps/pipeline-input-step/

编辑-1：

经过一些试验，我得到了这个工作：

在这个例子中，我能够回显（打印）用户输入参数：

但我无法将这些参数写入文件或将它们分配给变量。我们怎样才能做到这一点？

有人可以解释一下作为 Jenkins 2x 多分支管道的一部分可用的不同行为选项，以及在企业环境中选择的正确策略是什么。

我看到三个选项：

• 发现分支机构
• 发现来自源的拉取请求
• 发现来自分叉的拉取请求

他们也有 3 个选项。有人可以向我指出最佳实践以及选择哪些正确的选择吗？

背景：

我已经设置了一个多分支作业，它检查存储库并通过 Github webhook 为分支上的每次推送触发构建。

Jenkinsfile 存在于分支上。

存在几个阶段，但checkout scm所有分支都使用相同的工作区位置（repo > 1GB）：

问题

当我设置在拉取请求时也触发作业时，该特定作业被触发，但它忽略了设置的自定义工作区Jenkinsfile（存在于两个分支中）。

关于我如何解决这个问题的任何提示？为每个拉取请求检查整个存储库（> 1GB）会占用大量时间，所以我宁愿避免这种情况。

有人可以提供有关如何在 MultiBranch Pipeline 中使用构建状态图标以作为 Github Pull 请求的链接的详细信息。

由于多分支管道具有不同的 PR 构建，在这种情况下形成构建状态 url 并将其链接到 PR 的正确方法是什么？