Jenkins-从生成流作业启动一个与正在运行的作业具有相同生成编号的作业

使用DSL，我可以执行以下操作：

bnumber = build.environment.get("BUILD_NUMBER")
build("Compile.Net", BUILD_NUMBER: bnumber)

这很好。它似乎设置了下游作业的BUILD_NUMBER变量。但是，显示名称仍然是自动递增的编号，而且如果在之后手动启动作业，它将从错误的编号（不是作为参数传递的编号）递增生成编号。我想还需要另一个操作作为shell脚本或其他东西来设置BUILD_编号和Displayname，并在配置中将其增量保存为nextBuildNumber文件。也许这个插件可以帮助：

---

问题是，是否有更好的方法，或者我应该继续朝着同样的方向努力？是否有更好的方法将下游作业的生成编号设置为与生成流作业相同？

在较新版本的Jenkins中，生成编号用于存储特定作业的生成结果（选中/Jenkins/jobs/{jobname}）。如果强制覆盖生成编号，则可能会丢失由同事触发的过去运行结果；）。这是因为作业可能会从不同的父项目或手动触发（使构建不同步）。我见过的更安全的解决方案是维护对构建的引用，而不是试图匹配构建编号。这一点很好。我完全同意——只是这些下游工作不会独立开始，我真的希望保持相同的构建编号，以便更容易跟踪。我想我将简单地使用buildname setter插件，而不是更改实际的构建编号。另一个有趣的事情是下游作业的自动升级和丢弃……在更新版本的Jenkins中，构建编号用于存储特定作业的构建结果（check/Jenkins/jobs/{jobname}）。如果强制覆盖生成编号，则可能会丢失由同事触发的过去运行结果；）。这是因为作业可能会从不同的父项目或手动触发（使构建不同步）。我见过的更安全的解决方案是维护对构建的引用，而不是试图匹配构建编号。这一点很好。我完全同意——只是这些下游工作不会独立开始，我真的希望保持相同的构建编号，以便更容易跟踪。我想我将简单地使用buildname setter插件，而不是更改实际的构建编号。另一个有趣的事情是自动升级和放弃下游工作。。。