对于那些在Jenkins 1.609.x上运行工作流的人，我发布了1.9版，其中包含了各种修复和增强。运行1.3扩展的CloudBees-Jenkins企业客户应该同时升级到1.4版本，以确保检查点继续工作，并得到一些其他bug修正了。但是有趣的工作是多分支项目。如果您启用实验性更新中心（CJE客户只需在"系统配置"中选中一个复选框即可完成此操作），则可以安装工作流的beta版：多分支插件（这也将拉入分支API插件）。这将添加一个您可以在Jenkins中创建的新项目类型：Multibranch Workflow。当您有一个多分支工作流时，配置屏幕将类似于来自SCM的Groovy CPS DSL，因为您的工作流脚本来自源代码管理，而不是Jenkins作业配置。不同之处在于，您不配置单个分支，而是配置一组分支，Jenkins将为它在您的存储库。用于例如，如果选择Git作为分支源（Subversion和Mercurial也已受支持），则系统将提示您输入通常的连接信息，但不是修复了refspec将输入分支名称模式（使用默认值查找任何分支）。詹金斯希望找到一个名为詹金斯·格罗维（可能很快改名为Jenkinsfile）在它可以构建的分支中。在这个脚本中，checkout scm命令足以在某个节点{}中签出项目的源代码。Jenkins将自动检测存储库中的新分支，并为其创建一个新的子项目，其构建历史与主干无关，因此暂时没有人会介意它是否有红/黄球。（如果您愿意，您可以要求在合并和删除分支后自动删除子项目。）简单的做法是，如果您想更改工作流脚本，例如，添加一个新的Jenkins publisher步骤，以对应于报表的Makefile/pom.xml文件/等等，是新创建的你刚刚编辑詹金斯·格罗维在你的零钱里。工作流脚本始终与您正在处理的其他源代码同步：checkout scm在加载脚本时签出同一版本从。那个股票"光盘"演示已经更新，以使用这个系统。这是最简单的方法行动。我们希望很快在这个领域添加更多的特性和集成，并且需要大量的spit&polish（更不用说合适的文档了），但是我想给那些渴望的人发一个总结实验。杰西Glick开发者CloudBees