我的詹金斯经纪人有一种奇怪的行为。 我有一个 master 和一个单独的构建代理,可以访问 docker。 当我在构建代理上运行以下管道脚本时: 我得到以下输出: 输出显示,当我将它作为 shell 运行时,docker ps 工作正常。 当我使用 docker build 步骤运行它时, ...
我的詹金斯经纪人有一种奇怪的行为。 我有一个 master 和一个单独的构建代理,可以访问 docker。 当我在构建代理上运行以下管道脚本时: 我得到以下输出: 输出显示,当我将它作为 shell 运行时,docker ps 工作正常。 当我使用 docker build 步骤运行它时, ...
对于给定的构建管道作业(在构建或后期构建操作中具有作为“ Trigger build on other projects ”的下游作业),我可以获得一个树列表视图,显示哪个管道作业#N 调用了哪个子进程调用顺序(顺序或并行)中的作业以及该管道运行 build# 的子 build#。 例如:如果我的 ...
我有一个jenkins作业,用于自动在Azure中启动/停止VM。 目前,我有此计划每天运行(在8点停止虚拟机,并在5AM启动它们)。 我希望能够在周一至周五(开始/停止)然后周六至周日(仅停止)运行此作业,直到工作周再次开始。 我正在使用一项工作,并使用“带参数的定期构建”插件设置时 ...
由于 Jenkins Pipeline 中存在限制,您无法在不挂起构建的情况下添加手动构建步骤(例如,请参阅此stackoverflow 问题)我正在尝试使用Job DSL 插件组合使用 Jenkins Pipeline 和Build Pipeline Plugin 。 我的计划是创建一个作业 D ...
我在IntelliJ IDE中开发了groovy类,我想在Jenkins的Pipeline插件的'Pipeline script'中实例化其中一个类。 我试着遵循'Eval.me'和class.forName的例子 在下面尝试: ...
我正在使用交付管道插件将我的工作分为多个阶段。 当前,在视图中似乎没有机制可以直接转到特定的较旧管道实例。 我想在管道的初始作业( JobI )中提供一种提供机制(可能是链接),以便每当我单击JobI的特定版本时,它都应将我直接重定向到管道视图的特定管道实例。 。 我也尝试通过其他一些管道 ...
Jenkins 1.573 / 1.628或最新版本。 Build Pipeline插件:1.4.8(最新) 直到上周一切都还好,今天我看到当我点击Build Pipeline仪表板视图中的第一个作业(运行一个过程)时,它用于提示参数但不再是。 它给了我一个BLANK白色模态窗口/弹出 ...
我有一个Jenkins管道,有几个项目。 第一个触发第二个,然后停止,因为下一个项目是手动触发的。 我想使用REST Webservice触发第三个项目。 [我可以使用构建管道插件图标(触发器)手动触发此项目。] Jenkins有一个REST API来构建项目:JENKINS / v ...
我在我的jenkins实例中设置了一个项目和管道,看起来像这样。 这可以描述为; [Project] - 建立项目 [Project Deploy Test] - 将项目部署到测试服务器 [Project UA Test] - 用户接受步骤,用户必须手动测试并接受 ...
我在Jenkins中使用Build Pipeline插件。 我已经设置了作业并将其配置为创建交付管道版本。 结果将类似于:3.0.0_r119723_b5 我可以看到以正确的构建标题(管道版本)显示了作业。 之后,我需要将此变量传递给Maven,但是$ {PIPELINE_ ...
我正在自定义buildpipeline插件,以在管道上为每个构建号的每个作业发布SVN修订号。 我找到了一个哈德逊包 hudson.scm.SubversionChangeLogSet.LogEntry , 它具有方法getRevision()以获取最后的提交编号。 这是获 ...
当我设置一个项目A触发项目B (带参数)和项目B触发现在项目C1和C2时 ,整个链(带参数)在Jenkins的Build Pipeline视图中整齐地显示: 但是,我在项目B上添加了一个提升构建设置,用于跟踪C1 和 C2的完成情况。 现在有3个问题: a)一件小事,但我真 ...
我们正在使用构建管道插件在Jenkins中建立连续交付管道。 我们的部署步骤使用专有的部署工具(由jenkins的HTTP请求触发),但是我们需要有一个额外的Jenkins步骤来对随后部署的项目进行验收测试。 因此,我们的部署工具将需要触发最后一个管道步骤。 詹金斯的设置很明显: ...
当尝试使用groovy查询构建时,我调用 我可以在Jenkins界面(构建屏幕)中看到这个构建有两个原因,一个是UserIdCause,一个是UpstreamCause。 但是,当我使用上面的groovy查询相同的构建时,我只返回一个原因,即UserIdCause。 必须有一些从构建 ...
我正在使用Jenkins Build Pipeline插件。 您是否知道如何在Jenkins Build Pipeline Plugin中显示SVN版本而不是工作编号? 我在该插件的旧版本的屏幕截图中看到,有时会显示SVN版本。 它是对插件的更改,还是要添加的某些参数? ...
我已经使用Jenkins和build-pipeline-plugin为war项目设置了一个构建管道。 它包括两个实际工作和最后的手工工作,部署在问答环节。 每个作业都配置为运行相同的项目,激活不同的配置文件。 第一个作业 - 快 - 是默认构建,编译源和运行单元测试。 第二项工作 ...