设置Jenkins工作流（管道）生成的生成编号
我正在迁移jenkins工作流作业到新的基于模板的工作流作业。因为构建号被用作工作流生成的构建工件版本的一部分，所以我必须以大于旧工作流的数量开始新工作流的构建号。不幸的是，下一个构建号插件不适用于工作流管道。
有人知道这样做的好方法吗？
共有3个答案
尝试在Jenkins脚本控制台中运行下面的脚本。。将“工作流”更改为您的作业名
def job = Jenkins.instance.getItem("workFlow")
job.nextBuildNumber = 10
job.saveNextBuildNumber()
不幸的是，上面列出的方法在使用文件夹时不适用于我。我在詹金斯脚本控制台中求助于以下内容：
job = Jenkins.getInstance().getItemByFullName("BSKAzureConversion-Jobs/master", Job.class)
job.nextBuildNumber = 92
job.save()
或者，您可以向管道/工作流作业DSL脚本（也称为Jenkinsfile）中添加类似的代码片段：
offset = 5
currentBuild.displayName = "#" + (currentBuild.number + offset)
-
我有2个代理（一个windows和一个linux）。在我的构建链中，我有三个构建配置。Linux构建配置夹在windows构建配置之间。构建链的步骤如下： 在windows计算机上运行生成，生成一个可执行文件。 在Linux计算机上安装服务器。 在windows计算机上运行可执行文件，这将消耗作为linux计算机上第二步的一部分构建的服务器。 null
-
我需要重载jenkins函数来调试IDE中的管道脚本。 我是java/groovy等的新手。我将编写几百行脚本化管道。Groovy是基于java的。由于我是新手，我更喜欢函数名完成/建议和调试功能，在这里我可以一步一步地浏览这些行并查看vars中的内容。 我用groovy插件设置了一个EclipseLuna。这实际上是有效的=）！（对于最新的eclipse，插件还没有准备好）。调试也很酷！ 但是特
-
问题内容： 我正在将jenkins- workflow作业迁移到新的基于模板的工作流作业。因为内部版本号用作构建工件版本的一部分，所以工作流必须生成新的工作流的内部版本号，而该数字应大于旧的工作流。不幸的是，“下一个内部版本号”插件不适用于工作流管道。 有人知道这样做的好方法吗？ 问题答案： 尝试在Jenkins脚本控制台中的脚本下面运行。将“ workFlow”更改为您的工作名称
-
目前的问题是jenkins管道作业确实正常运行并完成。但在用户界面中，作业会一直保留，直到我们通过用户界面中止它。这似乎并不常见，可能在5%的工作中。这可能是jenkins的错误，可能是重新加载配置的问题，也可能是节点上的流量过大。我真的不确定。因为所有的“buggy”工作都有一个带条纹的进度条，这可能是一个线索。 带条纹的进度条是什么意思？ 如果您对该漏洞的来源有任何其他建议，我们将不胜感激。
-
我们使用Jenkins多分支（脚本化）管道并行运行多个构建。每一个都将创建一个新的、唯一命名的目录来签出代码并运行测试。目录是唯一命名的，因为它们包含分支名称，但也包含随机部分，如“JAA2A5HUZB7TRE4OTVXU7S…”。 这意味着在每次构建之后，X个目录（X=并行作业数*分支数）将保留在Jenkins节点上，以填充磁盘空间。 我想知道如何自动删除这些目录。 我的初始管道的简化版本如下所
-
我正在以编程方式运行Mwe2工作流，为了成功运行此工作流，我需要将Terminals.xtext的referencedResource添加到GenerateYourdsl.Mwe2文件中。提到的GenerateYourdsl.mwe2文件是在我创建新项目时由Xtext生成的--我没有修改它。是否有可能从这个工作流中获取对象，用Java访问它，并将这个属性添加到工作流组件属性的语言属性中？ 以下是工