我有大量（几十个）几乎相同的Jenkins工作。我宁愿从源代码管理中管理它们，而不是在Jenkins UI中管理它们。我正在考虑动态生成配置补丁，或者整个配置，并使用Jenkins CLI客户端动态生成这些补丁。
作为替代方案，我考虑使用参数化构建，但我不确定在这种情况下如何做。每个作业都会侦听对作业特定的SCM存储库的更改，然后运行同步作业作为响应。有没有办法在这种上下文中使用单个参数化作业？
就生成作业而言，我遇到的挑战是任何给定的作业配置看起来都是全局和特定于作业的配置的组合。我想在源代码管理中管理特定于作业的配置，但希望自动使用任何全局配置。
补丁有帮助，但我仍遇到同样的问题：补丁可能包含真正属于全局配置的位。作为一个具体的例子，我想推送HipChat插件配置，但Jenkins的工作还没有激活插件。然后要激活它，我必须创建df1 <- structure(list(Task1ToolA = c(3L, NA, 2L), Task1ToolB = c(NA,
4L, NA), Task2ToolA = c(NA, 5L, NA), Task2ToolB = c(4L, NA, 3L
)), .Names = c("Task1ToolA", "Task1ToolB", "Task2ToolA", "Task2ToolB"
), class = "data.frame", row.names = c("P1", "P2", "P3"))
元素，该元素具有全局定义的版本属性。在这种情况下，我可以从另一个CLI调用中查找该版本，但我的观点是，我希望尽可能避免管理这种全局配置。
这是一切可行的东西，但是从源代码控制管理作业配置已经解决了问题？
我看到了this question，但情况并不相同。我不想将詹金斯的配置冲洗到源代码控制;我想管理源代码管理中的本地内容并将其推送到Jenkins。